7 loại tác nhân AI: khi nào dùng rule-based, workflow hay autonomous agent

Gọi hết là autonomous agent khiến kỳ vọng lệch. Thực tế SME cần phân loại để chọn đúng mức tự động.

Bài đưa 7 loại phổ biến và khuyến nghị mức bắt đầu an toàn.

Bài viết phục vụ người đọc cần quyết định triển khai — không phải biến thể SEO hàng loạt.

Vấn đề cụ thể

Người quyết định mua/triển khai thường gặp tình huống: bị thuyết phục dùng agent tự trị cho việc chưa chuẩn hóa

Nếu xử lý sai, hệ quả là: sai sót lan rộng trước khi có quy trình. AI Agent chỉ đáng làm khi ta khoanh được phạm vi, quyền và điểm dừng của người.

Khung thực hành

Bảy loại: (1) rule-based assistant, (2) retrieval FAQ agent, (3) workflow agent theo graph, (4) tool-using draft agent, (5) multi-step research agent, (6) multi-agent có điều phối, (7) autonomous action agent. SME nên sống ở (1)–(4) trước.

Workflow thực tế (có điểm dừng)

1. Xác định loại hiện tại: Đừng nâng loại chỉ vì marketing.
2. Chấm rủi ro việc: Tiền, pháp lý, khách hàng.
3. Chọn loại tối thiểu đủ dùng: Ưu tiên draft.
4. Thiết kế nâng cấp có điều kiện: Chỉ khi metric đạt.
5. Review quý: Hạ cấp nếu sự cố tăng.

Điểm human approval bắt buộc

• Ban lãnh đạo chốt mức tự động tối đa cho từng việc.

Giới hạn và anti-pattern

• Không nhảy từ FAQ sang autonomous trong một sprint.
• Không multi-agent hóa việc một người làm 10 phút.

Cách đo (không đoán ROI)

• Số việc theo từng loại
• Sự cố / 100 lần chạy theo loại

Checklist thao tác

1. Gán loại cho backlog AI
2. Cấm autonomous ở danh sách đỏ

FAQ ngắn

Autonomous có nghĩa là không cần người?

Không nên hiểu vậy. Ngay cả autonomous vẫn cần giám sát, log và kill switch.

Workflow agent khác automation không?

Workflow agent có bước LLM trong graph; automation thuần thường không cần hiểu ngôn ngữ.

Có cần đủ 7 loại không?

Không. Hầu hết SME chỉ cần 2–3 loại.

Tình huống thực tế: shop thời trang online

Giả sử bạn vận hành shop thời trang online. Mỗi tuần có việc lặp liên quan tới “loại tác nhân AI”. Người làm chính là đội vận hành SME: vừa phải giữ chất lượng với khách, vừa không có ngân sách làm dự án AI kéo dài nhiều tháng.

Thay vì mua “agent đa năng”, bạn chốt một đường ống hẹp cho bài 7 loại tác nhân AI: khi nào dùng rule-based, workflow hay autonomous agent: đầu vào rõ, đầu ra là nháp hoặc nhãn, và mọi hành động đụng khách/tiền đều có người đứng tên.

Cách tiếp cận này cố ý chậm hơn demo marketing — nhưng giúp team giữ niềm tin sau 30 ngày, thay vì tắt hệ thống vì một lần gửi nhầm.

Ví dụ đi hết một vòng (end-to-end)

1) Trigger: có bản ghi mới hoặc tới lịch (cron). 2) Agent đọc đúng cột/field trong allowlist. 3) Agent sinh nhãn hoặc bản nháp theo system prompt + few-shot. 4) Ghi vào cột chờ duyệt / hàng đợi. 5) Người duyệt trong SLA đã công bố. 6) Chỉ sau duyệt mới gửi hoặc ghi field “chính thức”. 7) Log: thời gian, người duyệt, có sửa hay không, ghi chú lỗi.

Nếu thiếu dữ liệu, agent không được đoán cho xong. Nó phải trả về trạng thái needs_human kèm danh sách field thiếu. Đây là hành vi đúng, không phải “agent kém”.

Thiết kế theo tuần (mẫu 4 tuần)

1. Tuần 0: Viết charter 1 trang: mục tiêu, non-goals, dữ liệu cấm, người duyệt, tiêu chí dừng.
2. Tuần 1: Chạy 10 case giả lập (gồm thiếu dữ liệu, dữ liệu bẩn, yêu cầu ngoài phạm vi).
3. Tuần 2: Chạy draft-only trên việc thật, log đủ cột, họp 30 phút giữa tuần.
4. Tuần 3: Siết prompt/few-shot theo lỗi lặp; chưa mở quyền gửi/ghi nguy hiểm.
5. Tuần 4: Đối chiếu metric với ngưỡng đã chốt; quyết định dừng / giữ / mở quyền hẹp.

Bạn có thể rút còn 14 ngày nếu việc rất hẹp và dữ liệu sạch. Đừng rút bằng cách bỏ log hoặc bỏ duyệt.

Bảng trách nhiệm RACI rút gọn

Phản biện thường gặp

“Làm agent rồi sẽ cắt người?”

Không phải mục tiêu của cụm này. Mục tiêu là giảm việc lặp và giảm sai sót quy trình. Mọi quyết định nhân sự là của lãnh đạo, không suy ra từ việc có AI Agent.

“Đối thủ đang demo autonomous đẹp quá.”

Demo khác vận hành. Hãy hỏi quyền tool, log, rollback và ai chịu trách nhiệm khi gửi nhầm. SME thắng ở độ kiểm soát, không ở slide.

“Prompt hay là đủ?”

Prompt chỉ là một phần. Không có ma trận quyền, HITL và metric thì prompt đẹp vẫn tạo rủi ro.

“Chúng tôi thiếu người kỹ thuật.”

Bắt đầu với việc nháp trên Sheet/CRM read + hàng đợi duyệt. Thuê ngoài được nhưng phải có chuyển giao và owner nội bộ.

Ghi chú triển khai công cụ (không khóa vendor)

Stack có thể là GPTs + Sheet, n8n/Make + LLM, Dify/Coze, hoặc agent nền tảng vendor. Tiêu chí chọn: enforce được quyền tool, xem được log, export được dữ liệu khi dừng. Đừng chọn chỉ vì UI đẹp.

Với chủ đề “loại tác nhân AI”, hãy ưu tiên tích hợp ít hệ thống nhất trong pilot. Mỗi hệ thống thêm là thêm bề mặt lỗi và bề mặt quyền.

Mẫu tiêu chí done (copy để chỉnh)

• Đầu ra đúng định dạng đã chốt cho “loại tác nhân AI”.
• Không có field bịa khi nguồn thiếu.
• Mọi action ngoài nháp đều có actor người trong log.
• Chạy lại 3 case edge không làm hỏng dữ liệu production.
• Owner nêu được quy trình tắt agent trong < 5 phút.

Liên hệ với phần còn lại của cụm

Bài này nằm trong cụm AI Agent & tác nhân AI cho doanh nghiệp Việt. Đọc kèm pillar để nắm khung tổng; đọc bài governance khi sắp mở quyền; đọc bài đo lường trước khi tranh luận “có hiệu quả không”. Internal link trong JSON giúp người đọc và hệ thống điều hướng — không phải nhồi keyword.

Tóm lại: “7 loại tác nhân AI: khi nào dùng rule-based, workflow hay autonomous agent” chỉ thành công khi phạm vi hẹp, quyền tối thiểu, người duyệt đúng chỗ, và metric viết trước. Đó là chuẩn people-first cho nội dung và chuẩn vận hành cho hệ thống.

Checklist sẵn sàng go-live hẹp

1. Charter đã ký và lưu cùng version prompt.
2. Allowlist tool/enforce thật (không chỉ viết trong prompt).
3. Hàng đợi duyệt có approver chính + phụ.
4. 10 case test đã chạy và lưu kết quả.
5. Kill switch: tắt schedule/webhook trong ≤5 phút.
6. Backup/restore đã thử với dữ liệu mẫu.
7. Đã viết rõ non-goals của “loại tác nhân AI” để tránh scope creep.

Bẫy triển khai cần tránh

Bẫy điển hình với bài này: Mở quá nhiều kênh đầu vào trong tuần đầu khiến log không đọc nổi.

Cách tránh: giữ phạm vi 1 việc, 1 owner, 1 bảng log. Mỗi lần muốn thêm hệ thống mới phải mở “pilot phụ” chứ không nhồi vào charter cũ.

Mẫu câu từ chối ngoài phạm vi

Khi người dùng hoặc tài liệu yêu cầu việc ngoài scope, agent nên trả lời theo mẫu: “Yêu cầu này ngoài phạm vi workflow hiện tại. Tôi có thể: (1) tóm tắt thông tin đã có, (2) tạo ticket cho người phụ trách, (3) liệt kê dữ liệu còn thiếu. Tôi không được tự gửi/cam kết/thay đổi dữ liệu chính thức.”

Few-shot câu từ chối quan trọng không kém few-shot câu trả lời “hay”.

Nhật ký học sau 14 ngày

Sau 14 ngày, họp 45 phút chỉ với 4 câu hỏi: (1) Task success thực tế? (2) Lỗi nào lặp ≥3 lần? (3) Có bypass duyệt không? (4) TCO có lệch dự toán không? Ghi biên bản ngắn — đây là nguyên liệu chỉnh prompt và quyết định ngày 30.

Đầu ra bàn giao cho người vận hành

Khi bàn giao workflow “loại tác nhân AI”, kèm tối thiểu: (1) link charter, (2) version prompt, (3) bảng quyền tool, (4) SOP duyệt 1 trang, (5) Sheet log, (6) danh sách lỗi đã biết, (7) kênh escalate. Thiếu một trong các mục này thì chưa gọi là “xong pilot”.

Người vận hành mới phải chạy thử 2 case dưới sự giám sát trước khi trực một mình. Đây là kỷ luật nhỏ nhưng giảm rất nhiều sự cố tuần đầu.

Nguồn tham khảo

• Google Search — Creating helpful, people-first content

Disclosure: Nội dung phục vụ người đọc SME Việt; AI hỗ trợ biên tập; không cam kết thứ hạng tìm kiếm.