Khi nào nên dùng AI agent? 5 bước chọn đúng cách

Khi nào nên dùng AI agent?

Trả lời ngắn: chỉ nên cân nhắc AI agent khi công việc có nhiều biến thể, đường đi khó viết sẵn, cần chọn bước hoặc dùng tool theo tình huống — và bạn có thể giới hạn quyền, kiểm tra kết quả, dừng đúng lúc và giao lại cho người. Nếu một prompt hoặc workflow cố định đã làm tốt việc đó, hãy dùng cách đơn giản hơn.

Nói cách khác, câu hỏi không phải “AI agent có làm được không?” mà là:

AI agent có cần thiết hơn cách đơn giản hơn, và mình có đủ bằng chứng để cho nó hành động trong phạm vi này không?

Bài này cung cấp ba tài sản có thể tải, sửa và dùng cho một cuộc review 30 phút:

• Rubric chọn giải pháp 20 điểm — CSV
• Ma trận 12 công việc mẫu — CSV
• Biên bản chọn Prompt, Workflow hay AI Agent — Markdown

Giới hạn: đây là bộ công cụ biên tập v1.0 của Đũa Thần AI, chưa được xác thực độc lập. Điểm số không phải benchmark, tiêu chuẩn, chứng nhận hay bằng chứng rằng một hệ thống đã sẵn sàng vận hành. Hard stop luôn thắng tổng điểm.

Hình 1. Bắt đầu từ giải pháp đơn giản nhất có thể đáp ứng outcome, không bắt đầu từ công nghệ phức tạp nhất.

Rà soát ngày 07/09/2026. Owner sửa nội dung: Nghiêm Xuân Hào. Gửi yêu cầu đính chính qua trang liên hệ.

Mục lục

• Phân biệt Prompt, Workflow và AI agent
• Năm cửa kiểm tra
• Rubric 20 điểm và hard stop
• Ví dụ gần gũi: báo cáo tuần cho khách hàng
• Quy trình pilot 5 bước
• FAQ
• Nguồn tham khảo

Prompt, Workflow và AI agent khác nhau ở đâu?

Prompt phù hợp khi bạn đưa một yêu cầu, nhận một output rồi tự review. Workflow phù hợp khi các bước và nhánh chính có thể viết trước. AI agent phù hợp hơn khi hệ thống cần tự chọn bước tiếp theo dựa trên context và feedback trong lúc làm.

Anthropic phân biệt workflow là đường đi được điều phối bằng code định trước, còn agent tự điều hướng quá trình và cách dùng tool. Hãng cũng khuyến nghị tìm giải pháp đơn giản nhất và chỉ tăng độ phức tạp khi cần, vì agent thường đổi thêm chi phí và độ trễ để lấy sự linh hoạt (Anthropic, 19/12/2024; truy cập 07/09/2026).

OpenAI nêu ba nhóm tình huống đáng cân nhắc agent: quyết định phức tạp có nhiều sắc thái, rule khó duy trì, hoặc phải xử lý nhiều dữ liệu phi cấu trúc; nếu không, giải pháp xác định trước có thể đã đủ (OpenAI, tài liệu hiện hành; truy cập 07/09/2026). Đây là hướng dẫn của nhà cung cấp, không phải phép thử độc lập cho công việc của bạn.

Năm cửa kiểm tra trước khi dùng AI agent

Một công việc chỉ nên đi tiếp khi cả năm cửa đều có evidence đủ dùng. Tổng điểm cao không bù được việc thiếu quyền, thiếu owner hoặc không thể kiểm outcome.

Hình 2. Năm cửa là năm cuộc kiểm tra riêng; không phải năm lý do để mặc định chọn agent.

1. Outcome có rõ và kiểm được không?

Viết một câu: “Khi hoàn thành, ai dùng output nào để làm quyết định gì?” Sau đó thêm acceptance criteria và vài test case.

• Yếu: “giúp nhóm nghiên cứu nhanh hơn”.
• Kiểm được hơn: “tạo evidence ledger cho 10 claim; mỗi claim có nguồn, ngày, phạm vi và trạng thái fact/interpretation/unknown; người phụ trách chấp nhận từng dòng”.

Nếu không thể mô tả output tốt, agent cũng không biết khi nào nên dừng. Bạn cũng không thể phân biệt một bản trông thuyết phục với một bản thực sự dùng được.

2. Công việc có đủ biến thiên để cần đường đi linh hoạt không?

Hãy lấy 20–30 mẫu việc gần nhất và đánh dấu:

• số loại input;
• exception thường gặp;
• nhánh phải chọn theo context;
• bước nào có thể viết thành rule rõ;
• bước nào cần tìm thêm bằng chứng trước khi chọn.

Nếu gần như mọi case đi qua cùng ba bước, workflow cố định thường dễ kiểm, rẻ và dễ sửa hơn. Nếu số bước khó dự đoán và kết quả mỗi bước quyết định bước kế tiếp, agent có thể đáng để thử — nhưng vẫn phải qua bốn cửa còn lại.

Ví dụ, việc phân tích một bảng dữ liệu khách hàng bằng quy trình 5 bước có kiểm chứng thường có đường đi ổn định: khóa câu hỏi, kiểm bảng, tính, đối chiếu và duyệt kết luận. Hãy kiểm workflow này trước khi trao cho agent quyền tự chọn nguồn hay tự gửi báo cáo.

3. Dữ liệu và tool có sẵn trong một phạm vi hợp lệ không?

Lập một permission register cho từng nguồn và tool:

• được read, write, send hay delete;
• dùng danh tính nào;
• dữ liệu nào bị cấm;
• action nào cần preview và approval;
• receipt nào chứng minh chuyện gì đã xảy ra;
• ai có thể thu hồi quyền.

OWASP gọi excessive agency là rủi ro khi hệ thống có quá nhiều chức năng, quyền hoặc mức tự chủ. Hướng dẫn khuyến nghị giảm chức năng/extension, giảm permission và giảm autonomy đến mức tối thiểu cần thiết (OWASP LLM06:2025; truy cập 07/09/2026).

4. Nếu sai, có phát hiện và khắc phục được không?

Xếp action theo bốn yếu tố dễ hiểu:

1. chỉ đọc hay làm thay đổi hệ thống;
2. có thể preview trước hay không;
3. có thể undo/reconcile hay không;
4. hậu quả tới ai và lớn tới mức nào.

Một agent tạo draft trong sandbox khác hẳn một agent gửi email, đổi lịch, xuất bản, xóa file hoặc duyệt tiền. Với action tác động cao hay khó đảo ngược, giữ draft-first/read-only, thêm human approval và viết stop condition trước khi pilot. OWASP AI Agent Security Cheat Sheet cũng đề xuất least privilege, explicit authorization, approval cho action tác động cao, interrupt/rollback và audit trail; các control này giảm rủi ro nhưng không tạo ra bảo đảm “an toàn” (OWASP, tài liệu hiện hành; truy cập 07/09/2026).

5. Có người vận hành vòng học hỏi không?

Một pilot cần ít nhất:

• owner chịu trách nhiệm về outcome;
• bộ test đại diện và một baseline;
• run log cho input, tool call, output, lỗi và handoff;
• lịch review;
• người sửa instructions/tool/data;
• điều kiện continue / change / stop.

NIST AI RMF Playbook đưa ra các hành động gợi ý theo bốn chức năng Govern, Map, Measure và Manage, đồng thời nói rõ Playbook không phải checklist phải làm toàn bộ (NIST AIRC, tài liệu hiện hành; truy cập 07/09/2026). Hãy mượn các phần phù hợp với rủi ro và nguồn lực thực tế, thay vì coi một lần chấm điểm là quản trị hoàn tất.

Cách dùng rubric 20 điểm mà không bị điểm số đánh lừa

Chấm 0–4 cho mỗi cửa, nhưng ra quyết định từ evidence và hard stop — không từ tổng điểm một mình.

Cách đọc điểm cho một cuộc sàng lọc ban đầu

• 0–7: chưa đủ cơ sở để chọn agent; thử prompt/workflow hoặc làm rõ bài toán.
• 8–13: còn khoảng trống; ưu tiên đóng gap và giữ read-only/draft-only.
• 14–20: có thể thiết kế một pilot có giới hạn, nếu không có hard stop.

Đây là ngưỡng biên tập để tạo cuộc thảo luận nhất quán, không phải kết quả nghiên cứu. Hãy ghi evidence ngay cạnh điểm. Hai nhóm có thể cho cùng một điểm vì lý do khác nhau; biên bản quyết định phải giữ được lý do đó.

Năm hard stop

Dừng hoặc giữ ở chế độ draft-only nếu:

1. không có owner chịu trách nhiệm;
2. không có quyền hợp lệ đối với dữ liệu/tool;
3. không thể định nghĩa output tốt hay test case;
4. hậu quả sai không chấp nhận được và thiếu preview/approval/rollback;
5. không có log, handoff hoặc stop condition.

NIST AI 600-1 là hồ sơ quản trị rủi ro tự nguyện, đưa ra hành động để quản lý rủi ro trong vòng đời AI; nó không chứng nhận hệ thống hay thay thế đánh giá theo context cụ thể (NIST, NIST AI 600-1, 07/2024; cập nhật trang 08/04/2026; truy cập 07/09/2026).

Ví dụ: báo cáo tuần cho một khách hàng tư vấn

Giả sử mỗi sáng thứ Sáu, Lan cần gửi update cho khách hàng. Lan lấy ghi chú họp, bảng tiến độ và ba email mới; sau đó nêu việc đã xong, rủi ro, quyết định cần khách hàng xác nhận và bước tiếp theo.

Bản 1: Prompt là đủ

Nếu Lan đã gom mọi dữ liệu vào một tài liệu và chỉ cần bản nháp, một prompt kèm mẫu output có thể đủ. Lan review claim rồi tự gửi. Không cần agent tự tìm hay tự hành động.

Bản 2: Workflow phù hợp hơn

Nếu ba nguồn luôn cố định, workflow có thể:

1. lấy bản ghi họp;
2. lấy dòng tiến độ tuần;
3. lấy email gắn nhãn dự án;
4. điền template;
5. dừng ở bản nháp để Lan review.

Đường đi rõ, nên agent tự chọn bước chưa tạo thêm giá trị rõ ràng.

Bản 3: Chỉ cân nhắc agent cho phần biến thiên

Agent có thể hữu ích nếu dự án có nhiều nguồn thay đổi, mỗi tuần xuất hiện câu hỏi khác, và hệ thống phải chọn nguồn nào cần đọc thêm để giải thích một rủi ro. Nhưng phạm vi đầu nên là read-only + draft-only. Agent phải trích nguồn, đánh dấu unknown và bàn giao khi hai nguồn mâu thuẫn.

Không cho agent tự gửi update chỉ vì bản nháp tuần trước tốt. Quyền gửi là một quyết định khác, cần test sai người nhận, claim cũ, duplicate, timeout, approval và incident route.

Hình 3. Một use case có lợi ích rõ vẫn có thể cần workflow, draft-only hoặc human approval thay vì tự chủ cao hơn.

Quy trình pilot 5 bước

Bước 1: Lấy mẫu việc thật

Chọn một workflow hẹp và 20–30 case gần nhất. Không bắt đầu bằng danh sách tính năng. Ghi outcome, input, exception, action và owner.

Bước 2: So sánh ba cách làm

Chạy cùng 5–10 case qua prompt, workflow và bản agent tối giản nếu có thể. So sánh chất lượng output, số lần người phải sửa, lỗi nghiêm trọng, thời gian chờ và chi phí. Chưa có baseline thì chưa thể nói độ phức tạp tăng thêm có đáng hay không.

Bước 3: Điền permission/action map

Bắt đầu read-only. Chỉ mở write/send/delete theo từng tool khi có preview, approval, receipt, stop và phương án reconcile/rollback phù hợp. Xem thêm cách lập vùng quyền và tool register cho AI agent.

Bước 4: Chạy test trước dữ liệu thật

Dùng case bình thường, input thiếu, nguồn mâu thuẫn, tool timeout, permission denied, output sai format, yêu cầu ngoài scope và action cần bàn giao. Có thể ghép rubric này với bộ test và scorecard đánh giá AI agent và failure policy retry/fallback/stop/handoff.

Bước 5: Review và ra quyết định có thời hạn

Ghi một trong ba quyết định: continue, change hoặc stop. Nêu evidence, phần chưa biết, owner và ngày review tiếp theo. Nếu cần nhiều agent, trước hết kiểm tra 5 câu hỏi chọn single-agent hay multi-agent; thêm agent không thay thế việc chọn đúng bài toán.

FAQ

Việc lặp lại nhiều có tự động phù hợp với AI agent không?

Không. Việc lặp lại nhưng ổn định thường phù hợp với workflow xác định trước. Agent đáng cân nhắc khi còn biến thiên và quyết định theo context mà rule đơn giản không xử lý tốt.

Tổng 16/20 có nghĩa là nên triển khai không?

Không. Điểm chỉ là tín hiệu sàng lọc. Một hard stop như thiếu quyền dữ liệu hoặc hậu quả không chấp nhận được phải dừng pilot dù tổng điểm cao.

Có cần dùng AI agent cho bước gửi email không?

Không nhất thiết. Bạn có thể dùng agent để nghiên cứu và tạo draft, nhưng giữ việc gửi cho người. Tách “tạo nội dung” khỏi “thực hiện action” giúp mở quyền theo từng bước thay vì tất cả hoặc không gì cả.

Khi nào workflow tốt hơn agent?

Khi các bước ổn định, nhánh có thể viết rõ, input có cấu trúc và bạn ưu tiên tính dự đoán, khả năng kiểm thử, chi phí hoặc thời gian phản hồi. Anthropic cũng khuyến nghị workflow cho task xác định rõ và agent cho vấn đề mở khó đoán trước số bước (Anthropic, 19/12/2024; truy cập 07/09/2026).

Human approval có đủ để mở quyền tác động cao không?

Không. Người duyệt cần thấy target, argument, nguồn, phần chưa biết và hậu quả. Hệ thống còn cần authentication, authorization, least privilege, logging, stop và rollback/reconcile thích hợp.

Bước tiếp theo

Tải biên bản quyết định, chọn đúng một công việc và điền năm cửa bằng evidence. Nếu một hard stop xuất hiện, hãy giữ prompt/workflow hoặc draft-only cho tới khi owner xử lý khoảng trống đó.

Muốn cùng review một workflow thật? Gửi sơ đồ đã khử dữ liệu nhạy cảm. Đũa Thần AI sẽ giúp xác định câu hỏi, quyền và test còn thiếu; không hứa chứng nhận hay kết quả vận hành.

Nguồn tham khảo

• Anthropic. Building effective agents. 19/12/2024. Truy cập 07/09/2026. Nguồn.
• OpenAI. A practical guide to building agents. Tài liệu hiện hành. Truy cập 07/09/2026. Nguồn.
• National Institute of Standards and Technology, AIRC. NIST AI RMF Playbook. Tài liệu hiện hành; Playbook sống. Truy cập 07/09/2026. Nguồn.
• Autio, Chloe và cộng sự; NIST. Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile (NIST AI 600-1). 07/2024; trang cập nhật 08/04/2026. Truy cập 07/09/2026. Nguồn.
• OWASP Cheat Sheet Series. AI Agent Security Cheat Sheet. Tài liệu hiện hành. Truy cập 07/09/2026. Nguồn.
• OWASP GenAI Security Project. LLM06:2025 Excessive Agency. Phiên bản 2025. Truy cập 07/09/2026. Nguồn.

Từ chọn công cụ đến chọn hướng đi

Nếu bài toán của bạn không chỉ là “có nên dùng agent” mà là “nên chọn phương án kinh doanh nào”, hãy dùng khung 7 bước ra quyết định với AI để tách dữ kiện, phản biện giả định và lập kế hoạch 30 ngày.