Biên soạn: Đội ngũ Onter · Technical Documentation · Cập nhật 30/09/2026.
Triển khai AI Agent cần chốt đầu ra, quyền và phép đo trước khi nối mô hình vào hệ thống. Onter dùng Bee trên website làm ví dụ về trợ lý có giới hạn; các bước dưới đây là khung triển khai theo bài toán, không phải tuyên bố mọi chức năng Agent đều có trong Bee.
1. Chọn một use case và người nghiệm thu
Viết đầu vào, kết quả cần đạt, điều kiện dừng và người xử lý ngoại lệ. Ví dụ ở Bee là giúp khách hiểu dịch vụ và chuyển yêu cầu tư vấn khi khách chủ động. Không biến mục tiêu này thành cam kết AI tự chốt hợp đồng hoặc tăng doanh thu.
2. Kiểm kê nguồn và quyền
Lập bảng nguồn, người chịu trách nhiệm, thời điểm cập nhật và nhóm người được truy cập. Website công khai, chính sách nội bộ và dữ liệu khách có ranh giới khác nhau. Chỉ đưa dữ liệu được phép sử dụng vào context hoặc truy xuất; việc một tài liệu có thể mở trong trình duyệt chưa đủ để cho phép tái sử dụng ở mọi mục đích.
3. Thiết kế luồng trước khi thêm quyền hành động
Vẽ câu hỏi → nguồn → phản hồi/đề xuất → kiểm tra → con người hoặc hành động được phép. Với Bee, bài sản phẩm đã có sơ đồ workflow, ảnh desktop/mobile và ranh giới chuyển tiếp. Với một tích hợp mới, phải chốt riêng quyền đọc/ghi, môi trường thử và cách xử lý gọi lặp; không suy quyền ghi từ việc API đọc hoạt động.
4. Xây giao diện và phương án lỗi
Bee công bố streaming, quick reply, session trình duyệt, fallback trước token đầu tiên và chuyển người thật. Những lựa chọn này cần kiểm thử cùng trải nghiệm mobile. Fallback có phạm vi hẹp hơn AI; phải thể hiện rõ để người dùng không hiểu nhầm một câu trả lời cơ bản thành kết luận từ nguồn đầy đủ.
5. Nghiệm thu bằng câu hỏi và tình huống cụ thể
| Tình huống | Điều cần quan sát | Bằng chứng nghiệm thu |
|---|---|---|
| Câu hỏi có nguồn | Trả lời khớp phiên bản dữ liệu | Đầu vào, nguồn và phản hồi đã loại dữ liệu cá nhân |
| Câu hỏi ngoài phạm vi | Nêu giới hạn/chuyển người | Đầu ra không bịa giá hoặc cam kết |
| Nguồn cũ hoặc mâu thuẫn | Không tự khẳng định | Quy tắc chọn nguồn và điểm xử lý ngoại lệ |
| API lỗi hoặc hết hạn mức | Dừng/fallback phù hợp | Trạng thái lỗi và UX được quan sát |
| Yêu cầu vượt quyền | Không thực hiện hành động | Kiểm thử quyền với dữ liệu thử được phép |
Đây là bộ tiêu chí đề xuất cho dự án mới, chưa phải kết quả kiểm thử của mọi hệ thống Onter. Không công bố tỷ lệ chính xác khi chưa có tập câu hỏi, đáp án tham chiếu và kỳ đo.
6. Đo vận hành và cập nhật
Chốt định nghĩa tỷ lệ bám nguồn, số lần chuyển người, thời gian phản hồi và lỗi công cụ. Loại QA khỏi chỉ số kinh doanh. Bài đo nguồn thay vì đếm click mô tả một test attribution của Onter và nêu rõ đó không phải lead AI thật.
Bài học là nghiệm thu từ nguồn đến bước xử lý cuối, thay vì chỉ xem phản hồi đầu tiên. Tài liệu Building effective agents hỗ trợ lựa chọn cấu trúc đơn giản và kiểm soát luồng; phạm vi Onter cung cấp được chốt trong khảo sát dịch vụ, có người vận hành và tiêu chí bàn giao riêng.
Dịch vụ và tài liệu liên quan
Trao đổi phạm vi triển khai cùng Onter · Sản phẩm Bee · Case Onter.vn · Về Onter.
