Sản phẩm phần mềm của Levelupsoft Inc.

Tác nhân AI cùng làm,
và soát xét lẫn nhau

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.

8
góc nhìn soát xét song song
27
quy tắc phát hiện & phục hồi
6
chế độ chạy tác nhân

Vì sao cần một nền tảng

Những vấn đề nảy sinh từ khi AI bắt đầu viết mã

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.

Một sản phẩmKhông gian làm việcĐúng đắnBảo mậtHiệu năngKiến trúcChất lượngNghiệp vụQuy trìnhĐúc kếtTổng hợp điểmTrộn hai nhánhMô hình × kiểm cơ họcĐạtSang chờ phê duyệtLàm lạiVề lại tác nhân cũGọi ngườiKhi tự động không xongĐiểm cứ lặp lại thì đổi mô hình chấm

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.

Trong hạ tầng của bạnCon ngườiCổngLõiLưu trữ · thực thiLõi SSemProHubJava 21 · gói OSGiAPI webhook · khung nhìnBảng điều khiểnTrình duyệt · console vận hànhTin nhắn · giọng nóiDuyệt · tra cứuCổngXác thực · quyền · proxyCầu giọng nóiNối thẳng hội thoại trực tiếpPostgreSQLCông việc · soát xét · kiểm toánĐội tác nhânNút làm việc · chấm điểmKế hoạchSinh công việcChấm điểmTám góc nhìnTự động hóaDò lỗi · phục hồi

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. 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. 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. 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. 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.

Liên hệ với chúng tôi

halo@levelupsoft.com

Mặc định cài trên máy chủ của quý vị. Nếu cần, chúng tôi vận hành giúp.