Quy trình duyệt nội dung AI trước khi gửi khách: Risk Tier và Approval Inbox
Trả lời nhanh
Không phải việc nào của AI cũng cần người duyệt. Hãy phân loại mỗi agent và mỗi quy trình theo 4 mức rủi ro: Advise (chỉ trả lời, không duyệt), Draft (kết quả là bản nháp, cần duyệt trước khi dùng), Execute (được làm thao tác có thể hoàn tác) và Sensitive (mọi thao tác ghi đều phải duyệt). Mọi thứ cần người quyết định đi vào một Approval Inbox chung; từ chối kèm góp ý thì agent làm lại, duyệt thì việc được hoàn tất và ghi vào audit log.
Vì sao cần “con người trong vòng lặp”?
Mô hình AI viết nhanh nhưng có thể sai dữ kiện, hứa điều công ty không làm, hoặc dùng giọng không đúng thương hiệu. Khi nội dung chỉ dùng nội bộ, sai sót được phát hiện sớm. Khi nội dung đi tới khách hàng hoặc thay đổi dữ liệu (gửi email, tạo file, cập nhật hệ thống), một bước duyệt ngắn rẻ hơn nhiều so với chi phí sửa sai.
4 mức Skill Risk Tier
| Tier | AI được làm gì | Ví dụ việc phù hợp |
|---|---|---|
| Advise | Chỉ trả lời, không thực hiện thao tác ghi. | Tóm tắt cuộc họp, phân tích số liệu, gợi ý ý tưởng. |
| Draft | Kết quả là bản nháp, cần người duyệt trước khi dùng. | Trả lời khiếu nại, email chào hàng, bài đăng mạng xã hội. |
| Execute | Được chạy thao tác ghi có thể hoàn tác. | Tạo nháp tài liệu nội bộ, gắn nhãn, sắp xếp file. |
| Sensitive | Mọi thao tác ghi đều phải được duyệt. | Báo giá, nội dung pháp lý, dữ liệu tài chính, thông tin cá nhân. |
Những gì đi vào Approval Inbox
- Output của task có tier Draft hoặc Sensitive.
- Thao tác ghi của công cụ, ví dụ tạo file trên Google Drive.
- Publish Company Skill hoặc agent cho cả nhóm.
- Memory chia sẻ cho team, ví dụ “Khách VIP được đổi hàng trong 24h”.
- Ngoại lệ hạn mức chi phí khi nhân viên cần thêm ngân sách AI.
Gom tất cả vào một nơi giúp người duyệt không phải kiểm tra nhiều công cụ, và mọi quyết định có cùng một dấu vết kiểm toán.
Một vòng duyệt diễn ra thế nào?
- Bạn giao task cho agent trong chat, kênh hoặc trên bảng Kanban.
- Agent ghép instructions, Company Skill phù hợp và Memory liên quan, rồi gọi model (sau khi kiểm tra hạn mức).
- Kết quả tier Draft hoặc Sensitive xuất hiện trong Approval Inbox kèm chi phí và model đã dùng.
- Người duyệt chọn Duyệt hoặc Yêu cầu sửa kèm góp ý.
- Nếu cần sửa, agent làm lại với góp ý đó; nếu duyệt, task chuyển sang Done.
Task có thể chờ duyệt nhiều ngày mà không giữ tài nguyên máy chủ, nhờ workflow bền vững (durable workflow) của Cloudflare.
Gán tier cho quy trình của bạn
Ba câu hỏi đủ để chọn tier:
- Kết quả có rời khỏi công ty (gửi khách, đăng công khai) không? Có → ít nhất Draft.
- AI có thay đổi dữ liệu hoặc hệ thống không? Có, và hoàn tác được → Execute; không hoàn tác được → Sensitive.
- Nội dung có liên quan tiền, pháp lý, thông tin cá nhân không? Có → Sensitive.
Nếu cả ba câu trả lời là “không”, dùng Advise để đội làm việc nhanh nhất.
Giữ bước duyệt không thành nút thắt
- Chỉ duyệt những gì rời công ty hoặc thay đổi dữ liệu; đừng bắt duyệt mọi câu trả lời.
- Khi một loại bản nháp được duyệt mà không sửa nhiều lần liên tiếp, lưu nó thành Company Skill để chất lượng ổn định.
- Phân người duyệt theo nhóm (trưởng CSKH duyệt trả lời khách, trưởng Sales duyệt báo giá).
- Dùng guardrails để chặn câu hỏi ngoài phạm vi trước khi gọi model.
Câu hỏi thường gặp
Human-in-the-loop là gì?
Là cách thiết kế quy trình AI trong đó con người xem và quyết định ở những bước quan trọng, thường là trước khi nội dung gửi ra ngoài hoặc trước khi dữ liệu bị thay đổi.
Duyệt có làm chậm đội CSKH không?
Thường là nhanh hơn: nhân viên chỉ đọc và bấm duyệt bản nháp thay vì viết từ đầu. Tier Advise vẫn trả lời ngay cho các việc nội bộ.
Có lưu lại ai đã duyệt gì không?
Có. Mỗi quyết định trong Approval Inbox ghi người duyệt, thời gian và nội dung vào audit log để kiểm tra sau.