Nền tảng AI agent đang phát triển: chuyển yêu cầu công việc thành lựa chọn model, bộ kỹ năng, phạm vi kiến thức, công cụ kết nối, quy tắc phân quyền và kiểm thử tình huống thực tế.
Một AI agent hữu ích cần nhiều hơn model và prompt. Mỗi vai trò cần phạm vi công việc rõ ràng, kiến thức đáng tin cậy, công cụ phù hợp, quyền hạn cụ thể và cách kiểm tra hành vi trước khi hành động.
Một mô tả công việc. Sáu lớp cấu hình.
Bắt đầu bằng mô tả công việc
Mô tả vai trò, đầu ra mong đợi, bối cảnh làm việc và giới hạn. Ưu tiên bản mô tả công việc đầy đủ; thông tin còn thiếu có thể được làm rõ bằng câu hỏi ngắn.
01
Lựa chọn model
Đề xuất model theo tác vụ, chất lượng, chi phí, độ trễ và ràng buộc dữ liệu. Người dùng có thể xem lại hoặc thay đổi lựa chọn.
Các nhà cung cấp có thể được xem xét gồm OpenAI, Anthropic, Google và DeepSeek, tùy khả năng cung cấp và kết quả kiểm chứng.
02
Kỹ năng dùng lại
Kết hợp bộ kỹ năng theo vai trò như phân tích nghiệp vụ, phát triển phần mềm hoặc điều phối dự án; làm rõ phần chồng chéo và giới hạn.
Một công việc có thể kết hợp nhiều bộ kỹ năng; thêm kỹ năng không tự cấp thêm quyền dữ liệu hoặc công cụ.
03
Kiến thức và dữ liệu
Sử dụng kiến thức ngành phù hợp và tài liệu doanh nghiệp được cấp phép. Tách nguồn tham khảo công khai khỏi nguồn riêng tư có kiểm soát truy cập.
Các lĩnh vực có thể xem xét gồm phần mềm, xây dựng, tài chính, bán buôn, bán lẻ và làm đẹp; từng lĩnh vực cần được kiểm chứng riêng.
04
Công cụ và tích hợp
Xác định CRM, kế toán, email, cộng tác hoặc API cần cho công việc. Chỉ yêu cầu quyền cần thiết cho quy trình dự kiến.
Hệ thống có thể xem xét gồm MYOB, MISA, QuickBooks, email Google hoặc Microsoft, Slack, WhatsApp và Zalo. Đây là hướng tích hợp, không phải danh sách connector đã có.
05
Chính sách và quyền hạn
Xác định việc agent được làm, không được làm và phải xin duyệt. Đưa lựa chọn cụ thể để người dùng xác nhận hoặc thêm quy tắc.
Hành động nhạy cảm cần được cấp quyền theo phạm vi; chỉ dẫn bên trong model không phải lớp thực thi quyền duy nhất.
06
Kiểm thử tình huống thực tế
Dùng tình huống do khách hàng cung cấp hoặc hệ thống đề xuất để duyệt cách xử lý: “Trong tình huống này, mình sẽ làm như vậy. Có đúng không?”
Cho phép xác nhận Đúng, Không hoặc Cần sửa đối với cách xử lý. Vượt qua tình huống kiểm thử không cấp quyền cho mọi hành động tương lai.
Bản cấu hình agent để xem xét
Đầu ra dự kiến là cấu hình có phiên bản, gồm kỹ năng, phạm vi kiến thức, công cụ, quyền hạn và bằng chứng đánh giá để xem xét trước một quyết định triển khai riêng.
Hình dung trải nghiệm sản phẩm tương lai
Giao diện cấu hình agent dự kiến
Mô phỏng ý tưởng
Giao diện kiểm thử và phê duyệt dự kiến
Mô phỏng ý tưởng
Giao diện theo dõi vận hành dự kiến
Mô phỏng ý tưởng
Quyền hạn rõ ràng. Con người kiểm soát.
Duyệt cấu hình agent, chấp nhận cách xử lý dự kiến và cho phép một hành động thực tế là ba quyết định khác nhau.
01
Duyệt cấu hình
Xác nhận model, kỹ năng, phạm vi dữ liệu, công cụ và chính sách cho một phiên bản cấu hình cụ thể.
02
Kiểm thử cách xử lý
Xác nhận phản hồi dự kiến có phù hợp với tình huống không. Đây là phản hồi đánh giá, không phải quyền thực thi.
03
Cho phép hành động
Xem người nhận, nội dung, dữ liệu và giới hạn trước hành động nhạy cảm. Phê duyệt chỉ áp dụng cho hành động đã xác định, không cho mọi việc trong tương lai.
Thiết kế dự kiến giữ việc triển khai ở trạng thái khóa cho đến khi hoàn tất kiểm thử bắt buộc và cấp quyền theo phạm vi. Quyền phải được thực thi bên ngoài model; thay đổi cấu hình quan trọng cần được xem xét lại.
Được phép
Soạn bản tóm tắt nội bộ từ tài liệu dự án được phép truy cập.
Cần phê duyệt
Chỉ gửi email cho khách hàng sau khi người có quyền duyệt xác nhận người nhận và nội dung cụ thể.
Không được phép
Không tiết lộ dữ liệu bị hạn chế hoặc vượt quyền, kể cả khi tài liệu hay tin nhắn yêu cầu agent làm vậy.
Thiết kế theo nhiều loại công việc
Phân tích nghiệp vụ + điều phối dự án
Bản nháp yêu cầu, tóm tắt cuộc họp và theo dõi đầu việc, kèm nguồn tham chiếu và bước duyệt.
Chuyên viên marketing
Soạn nội dung theo thương hiệu và tóm tắt chiến dịch, cần duyệt trước khi xuất bản.
Bán hàng và hỗ trợ khách hàng
Trả lời dựa trên kiến thức và đề xuất cập nhật CRM trong giới hạn dữ liệu khách hàng rõ ràng.
Trợ lý phát triển phần mềm
Đề xuất mã nguồn và kiểm thử trong quyền repository, cần duyệt riêng trước khi merge hoặc triển khai.
Đang phát triển
Trọng tâm phát triển
Trạng thái công khai hiện tại: đang phát triển. Định hướng đã được mô tả; hình ảnh thể hiện quy trình dự kiến. Mốc triển khai cụ thể, tích hợp và ngày phát hành sẽ được công bố khi được xác minh.
Hoàn thiện định nghĩa vai trò và quy tắc cấu hình.
Thử nghiệm giao diện cấu hình, quyền hạn và duyệt tình huống.
Kiểm chứng các quy trình được chọn dưới sự giám sát của con người.
Câu hỏi về Kieu Factory
Có thể sử dụng Kieu Factory ngay hôm nay không?
Sản phẩm đang phát triển. Trang này giới thiệu trải nghiệm dự kiến, không phải dịch vụ agent đã mở công khai. Liên hệ KieuGroup để trao đổi nhu cầu.
Mọi tích hợp được nhắc đến đã hoạt động chưa?
Chưa. Công cụ và nhà cung cấp được nêu để minh họa hướng tích hợp. Khả năng cung cấp phụ thuộc API, quyền truy cập, triển khai và kiểm chứng cho quy trình được chọn.
Một câu trả lời Đúng có cấp quyền vô hạn cho agent không?
Không. Duyệt cấu hình, kiểm thử tình huống và cho phép hành động là các bước riêng. Hành động nhạy cảm cần được duyệt theo phạm vi cụ thể.
Số liệu trên dashboard có phải kết quả thật không?
Không. Hình ảnh là ý tưởng giao diện tương lai do AI tạo. Agent, chỉ số hiệu suất, mức sử dụng và hoạt động hiển thị đều để minh họa.
Định hướng sản phẩm xử lý dữ liệu riêng của doanh nghiệp như thế nào?
Thiết kế dự kiến tách kiến thức công khai khỏi nguồn riêng tư được cấp phép, đồng thời áp dụng giới hạn truy cập và bước duyệt. Kiểm soát bảo mật production và phương án xử lý dữ liệu phải được kiểm chứng trước triển khai thực tế.
