SSemProHub là nền tảng SDLC nơi nhiều tác nhân AI làm việc như một đội kỹ thuật duy nhất. Chúng lập kế hoạch, viết mã và tài liệu, chấm sản phẩm của nhau, rồi đưa đến chữ ký của con người — tất cả trên máy chủ vốn đã là của bạn.
Mô hình viết đã đủ tốt rồi. Chỗ tắc nằm ở phía sau — ai soát xét, ai chịu trách nhiệm, và rốt cuộc còn lại gì.
Người soát xét trở thành nút thắt
AI làm ra trong một ngày bằng nhiều người cộng lại. Nếu tất cả phải qua mắt một người, thứ nhanh lên là sản xuất chứ không phải bàn giao. Mỗi giờ soát xét chậm lại là thêm công việc chất lên một tiền đề chưa ai kiểm.
Một con thì được, mười con thì không
Trông chừng một tác nhân thì ai cũng làm được. Đến khi mười con chạy cùng lúc, không còn nhìn một cái là thấy ai nhận việc gì, cái nào đứng, vì sao đứng. Cả ngày trôi qua trước khi có người nhận ra nó đã dừng.
Điều học được hôm qua, mai đã mất
Tuần sau lại giẫm đúng cái bẫy cũ. Bài học rút ra trong cửa sổ hội thoại biến mất cùng cửa sổ ấy, và việc kế tiếp bắt đầu lại từ con số không.
Sản phẩm
Làm và kiểm, chạy cùng một nhịp
SSemProHub không làm cho tác nhân thông minh hơn. Nó dựng quanh chúng một cấu trúc khiến kết quả trở nên đáng tin.
01
Một mạch, từ kế hoạch đến phê duyệt
Yêu cầu thành danh sách công việc, tác nhân nhận lấy, giao sản phẩm, được chấm điểm, rồi một người phê duyệt là xong. Mỗi bước là đầu vào của bước sau, và việc tắc giữa chừng tự nó lộ ra.
02
Tám cặp mắt nhìn cùng lúc
Cùng một sản phẩm được chấm song song theo tính đúng đắn, bảo mật, hiệu năng, kiến trúc, chất lượng, phân tích nghiệp vụ, quy trình và đúc kết. Cả tám nhận đúng một bộ tài liệu như nhau; khác nhau chỉ ở góc nhìn.
03
Cùng một lỗi, chỉ một lần
Mỗi lần công việc kết thúc, lý do thất bại và lý do thành công được chắt thành bài học rồi giữ lại. Bài học ấy tự động đi vào kế hoạch kế tiếp và lượt chấm kế tiếp — không ai phải đi tìm.
Tính năng
Những thứ thực sự dùng hằng ngày
Ma trận định tuyến mô hình
Một bảng chức năng × mô hình quyết định mô hình cho các lượt gọi lập kế hoạch, phân tích và cho tám góc nhìn chấm điểm. Mô hình lớn cho lập kế hoạch, mô hình khác nữa cho chấm điểm — đổi trên màn hình là có hiệu lực ngay; riêng tác nhân làm việc giữ mô hình trong cấu hình tiến trình nền nên phải cài lại một lần. Mô hình nào không dùng được thì chuyển sang mô hình kế tiếp.
Điểm số hai nhánh
Không chỉ tin vào phán quyết của mô hình. Những phép kiểm cơ học — tệp có thật không, lớn bao nhiêu — được trộn vào để ra điểm cuối. Chính nhánh thứ hai này phá vỡ tình trạng người chấm cứ trả về mãi một con số.
Tự phát hiện bất thường và tự phục hồi
Cứ ba mươi giây quét một lượt: việc có điểm đứng yên, tác nhân chết không báo, lượt soát xét bị khóa quá lâu. Số lần lặp càng nhiều thì càng xoay mô hình chấm, không ăn thua thì gọi người. Nguyên nhân tắc được xếp thành chín nhóm và hiện nguyên trạng.
Sáu cách chạy một tác nhân
Từ tiến trình nền chạy hoàn toàn không người trông, đến chế độ có người xác nhận từng bước, đến chế độ nhiều người cùng theo dõi một màn hình. Việc do người phụ trách cũng đặt trên cùng không gian làm việc và cùng thang chấm — biên bản và phê duyệt cũng thành sản phẩm lưu lại.
Dấu vết không xóa được
Với bảng kiểm toán, chính cơ sở dữ liệu chặn mọi thao tác sửa và xóa, còn mỗi dòng mang dấu vân tay của dòng trước để nối thành chuỗi. Chỉ cần động vào một dòng ở giữa, toàn bộ phần sau lệch hết và lộ ra ngay. Chuỗi cùng kiểu ấy đã chạy sẵn trên nhật ký phán quyết của AI; riêng bảng kiểm toán hành vi quyền hạn thì vẫn còn phải nối phần ghi vào.
Phê duyệt qua tin nhắn hoặc bằng giọng nói
Soát xét xong là bản tóm tắt về tới điện thoại. Một nút để duyệt, hoặc yêu cầu làm lại. Trợ lý giọng nói — hỏi bằng miệng, duyệt bằng miệng — cũng đi đúng đường ấy. Bạn rời bàn làm việc, hàng chờ vẫn chạy.
Cách hoạt động
Đường đi của một công việc
Từ lúc yêu cầu đi vào đến khi được phê duyệt, cả năm bước đều nối liền bên trong nền tảng. Con người chỉ bắt buộc phải có ở ô cuối cùng.
1
Lập kế hoạch
Yêu cầu được đọc rồi chia thành danh sách công việc. Mỗi việc đi kèm người phụ trách, điều kiện tiên quyết và tài liệu căn cứ.
2
Phân công
Tác nhân tự nhận việc về. Chỉ những việc đã qua cổng giai đoạn, việc tiên quyết và hạn mức chi phí mới cầm được.
3
Thực hiện
Tài liệu và mã được làm ra trong không gian làm việc riêng, đẩy lên kho mã rồi báo cáo kết quả.
4
Chấm điểm
Tám góc nhìn cùng lúc đọc một sản phẩm. Điểm số được trộn từ phán quyết của mô hình và phép kiểm cơ học.
5
Phê duyệt
Một người cho qua là xong. Vì sao đạt và vì sao không được giữ lại thành bài học, rồi đi vào kế hoạch kế tiếp.
Tám bên nhìn cùng một thứ, và đọc ra khác nhau
Tài liệu đến tay cả tám là hoàn toàn như nhau. Khác nhau chỉ ở câu nhắc — ở góc nhìn. Và điểm số không do riêng phán quyết của mô hình quyết định.
Cách đọc sơ đồ
Chùm đường từ một điểm bên trái tỏa ra tám nhánh chính là ý của hình này — tài liệu cả tám nhận được là hoàn toàn như nhau.
Người chấm không được đưa tệp tận tay. Họ tự mở đúng không gian làm việc chứa sản phẩm rồi đọc ở đó.
Trong ô ở giữa, phán quyết của mô hình được trộn với phép kiểm cơ học — tệp có thật không, lớn bao nhiêu.
Ba nhánh bên phải là kết quả. Đạt thì sang hàng chờ phê duyệt, phải làm lại thì về đúng tác nhân cũ, không gỡ được thì đến tay con người.
Đường màu cam vòng ngược xuống dưới là bộ phát hiện tình trạng đứng yên. Điểm cứ lặp lại thì mô hình chấm được đổi để phá thế lặp.
Kiến trúc
Thiết kế khép lại trong ranh giới của bạn
Chạy trên máy chủ của bạn, không cần bất kỳ SaaS bên ngoài nào — kho mã, lõi, màn hình và cả tác nhân đều nằm trong ranh giới. Đoạn duy nhất đi ra ngoài là lượt gọi LLM, và dùng nhà cung cấp nào thì chọn ngay trên ma trận.
Cách đọc sơ đồ
Từ trái sang phải là bốn cột — con người, cổng, lõi, lưu trữ và thực thi. Mọi mũi tên đều dừng lại bên trong ranh giới công ty.
Nét đứt đang chạy là lưu lượng thường ngày. Thao tác trên màn hình và báo cáo của tác nhân đều phải qua xác thực ở cổng mới chạm được tới lõi.
Chỉ nét đứt màu cam là ngoại lệ. Hội thoại giọng nói trực tiếp đi vòng qua cổng để nối thẳng vào cầu riêng của nó.
Cột được làm nổi ở giữa là lõi. Bên trên API webhook và các khung nhìn truy vấn là lập kế hoạch, chấm điểm và tự động hóa.
Mũi tên ở góc dưới bên phải đi cả hai chiều — lõi ra lệnh cho tiến trình nền sống hay dừng, còn tiến trình nền gửi báo cáo công việc thẳng về lõi. Đường ra lệnh có đứt thì việc đang làm vẫn chạy tiếp.
Triển khai
Bốn bước để công việc đầu tiên chạy
1
Dựng ngăn xếp
Cơ sở dữ liệu, lõi và màn hình khởi chạy dưới dạng container. Hệ xác thực nội bộ và kho mã sẵn có dùng nguyên như cũ. Thứ cần chuẩn bị chỉ là một máy chủ.
2
Gắn các máy vào
Một dòng lệnh cài chương trình điều khiển lên bất kỳ máy nào sẽ chạy tác nhân. macOS, Ubuntu và Windows đều làm như nhau, và một chiếc laptop rảnh là đủ để bắt đầu.
3
Biên chế tác nhân
Lĩnh vực phụ trách, mô hình và chế độ chạy đặt ngay trên màn hình. Không gian làm việc và quyền kho mã được tạo sẵn. Người phụ trách là con người cũng được ghi vào cùng một danh sách.
4
Từ nắm hiện trạng đến vận hành
Đọc hệ thống hiện có để dựng lại hiện trạng và mục tiêu, rồi từ đó sinh ra danh sách công việc. Duyệt xong là tác nhân bắt đầu nhận việc.
Công nghệ
Chọn theo tiêu chí chạy được nhiều năm
Java 21 · OSGi
Các gói mô-đun chạy trên Apache Karaf. Sửa một chức năng là thay đúng gói đó chứ không phải hạ cả hệ thống — kể cả khi tác nhân đang làm thâu đêm.
PostgreSQL
Công việc, soát xét, bài học và kiểm toán nằm chung một kho. Lược đồ tiến theo từng phiên bản, còn bảng kiểm toán do chính cơ sở dữ liệu ép chỉ-thêm.
Bảng điều khiển vận hành React
Tiến độ, lịch sử soát xét, nội dung sản phẩm, chi phí và dấu hiệu bất thường trên cùng một màn hình. Sơ đồ và mã nguồn mở ngay tại chỗ, không cần công cụ khác.
Mô hình là thứ để chọn
Thuê bao thương mại và mô hình qua tài khoản Ollama dùng song song. Việc nào dùng mô hình nào thì bảng quyết định, kèm biểu giá để thấy ngay tốn bao nhiêu.
Hãy đo thử trên một dự án thật trước
Lấy đúng việc bạn đang làm và đưa vào nguyên trạng. Mất bao lâu để có kế hoạch, để tác nhân nhận việc, để điểm số gắn vào — đó là câu trả lời thật nhất.