Bỏ qua điều hướng
Lập trình viên

Dynamic Workflow, Sub-agents hay Agent Teams: Chọn pattern nào?

Hướng dẫn chọn pattern điều phối trong Claude Code: so sánh Dynamic Workflow, sub-agents và Agent Teams về chi phí token, hiệu năng và quy mô hệ thống AI.

Tuan Tran Van
8 phút đọc
Mục lục (9 phần)
  1. Dynamic workflow, sub-agents và agent teams là gì?
  2. Dynamic workflow: khi nào để script điều phối thay bạn?
  3. Sub-agents: khi nào spawn worker theo từng lượt?
  4. Agent teams: khi nào cần đội agent phối hợp qua task list?
  5. So sánh: chi phí token, mức scale và khả năng lặp lại
  6. Khung quyết định: chọn pattern nào cho task của bạn?
  7. Có nên kết hợp nhiều pattern không?
  8. Các câu hỏi thường gặp
  9. Tài liệu tham khảo

Lựa chọn pattern điều phối (orchestration) nào trong Claude Code phụ thuộc hoàn toàn vào việc các task của bạn là độc lập hay phụ thuộc lẫn nhau.

Nếu cần xử lý các tác vụ song song nhưng không cần giao tiếp chéo, sub-agents là lựa chọn tối ưu nhất về chi phí và hiệu suất. Ngược lại, khi các luồng công việc bị chồng chéo (entangled) và cần phản hồi liên tục giữa các worker, bạn sẽ cần đến Agent Teams để phối hợp thời gian thực.

Quyết định này không chỉ ảnh hưởng đến tốc độ hoàn thành mà còn trực tiếp tác động đến chi phí vận hành qua lượng token tiêu thụ. Trong thực tế, mô hình "freelancer" của sub-agents giải quyết được đến 90% nhu cầu phổ biến. Bạn chỉ nên nâng cấp lên mô hình "war room" của Agent Teams khi sự phối hợp ngang giữa các agent là yếu tố bắt buộc để hoàn thành dự án.

Sơ đồ ba mô hình điều phối AI agent: Dynamic Workflow là vòng lặp một agent, Sub-agents là cây phân cấp cha-con, Agent Teams là mạng lưới ngang hàng.

Dynamic workflow, sub-agents và agent teams là gì?

Để xây dựng hệ thống multi-agent hiệu quả, bạn cần phân biệt rõ ba mô hình điều phối sau:

  • Dynamic Workflow: Mô hình "agent đơn thích ứng". Một agent duy nhất tự đánh giá tình hình, thực thi task, rồi đánh giá lại kết quả để quyết định bước tiếp theo mà không cần kịch bản cố định.
  • Sub-agents (mô hình Freelancer): Cấu trúc phân cấp (cha-con). Agent chính (orchestrator) đóng vai quản lý, chia nhỏ task và thuê các "freelancer" (sub-agent) xử lý từng phần việc chuyên biệt qua Task tool. Giao tiếp chỉ diễn ra theo chiều dọc.
  • Agent Teams (mô hình War Room): Mạng lưới ngang hàng (peer-to-peer). Các agent cùng làm việc trong một "phòng tác chiến", giao tiếp trực tiếp với nhau qua một danh sách nhiệm vụ chung (shared task list). Một lead agent điều phối tổng thể nhưng các thành viên có thể trao đổi chéo.

So sánh ba kiểu giao tiếp: Dynamic Workflow là một agent đơn lặp tuần tự, Sub-agents theo cấu trúc phân cấp cha-con với giao tiếp dọc, Agent Teams là mạng lưới ngang hàng chia sẻ một task list chung.

Dynamic workflow: khi nào để script điều phối thay bạn?

Dynamic workflow là lựa chọn tối ưu khi bài toán của bạn có độ bất định cao. Dùng pattern này khi:

  1. Suy luận tuần tự: Bước B phụ thuộc hoàn toàn vào kết quả của bước A.
  2. Phạm vi công việc không rõ ràng: Bạn không biết khối lượng việc cho đến khi thực sự bắt tay vào làm (ví dụ debug một lỗi hệ thống chưa rõ nguyên nhân).
  3. Ưu tiên sự đơn giản: Mô hình này có failure model đơn giản nhất vì mọi thứ nằm trong một context duy nhất. Điều này loại bỏ hoàn toàn việc đồng bộ hóa trạng thái (state synchronization) giữa các session khác nhau—một trong những điểm gây đau đầu nhất khi debug hệ thống multi-agent.

Sub-agents: khi nào spawn worker theo từng lượt?

Pattern sub-agent (Freelancer) đã ổn định từ tháng 7/2025 và là xương sống của hầu hết hệ thống sản xuất. Điểm mạnh nhất của nó là tính cô lập: mỗi sub-agent nhận một context mới hoàn toàn, giúp tránh "nhiễu" thông tin từ các task không liên quan.

Bạn định nghĩa sub-agent qua file Markdown với YAML frontmatter:

yaml
name: code-reviewer
description: Chuyên review code để tìm bug, lỗ hổng bảo mật và vi phạm style.
model: sonnet
tools:
  - Read
  - Grep
  - Glob

Một đòn bẩy tối ưu chi phí là Model Routing: chạy agent cha trên Opus để tư duy chiến lược, nhưng cấu hình các sub-agent chạy trên Sonnet hoặc Haiku để tiết kiệm token khi thực thi các task cụ thể.

Agent teams: khi nào cần đội agent phối hợp qua task list?

Agent Teams là mô hình thực nghiệm (phát hành tháng 2/2026), thiết kế cho các tác vụ phức tạp đòi hỏi sự phối hợp ngang (lateral communication). Thay vì chỉ thông qua lead agent, các thành viên có thể nhắn tin trực tiếp cho nhau để cập nhật tiến độ hoặc thay đổi kế hoạch.

Để sử dụng, bạn phải bật feature flag: CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1. Hệ thống vận hành dựa trên shared task list với các trạng thái: pending → in_progress → completed.

Bạn kiểm soát quy trình qua các hook:

  • TeammateIdle: Kích hoạt khi một agent rảnh việc.
  • TaskCompleted: Đóng vai một "quality gate" tự động. Nếu hook này trả về exit code 2, việc hoàn thành task bị chặn lại để yêu cầu agent sửa đổi dựa trên feedback.

So sánh: chi phí token, mức scale và khả năng lặp lại

Tiêu chíDynamic WorkflowSub-agentsAgent Teams
Cấu trúcAgent đơn adaptivePhân cấp cha-conNgang hàng (war room)
Chi phí tokenThấp nhấtTăng theo context cha (tối ưu qua Routing)Rất cao (~7x standard plan mode)
Hiệu suất thực tếTốc độ tuần tựTiết kiệm context (quy tắc 90/10)3 teammate dùng 3-4x token so với tuần tự
Khả năng scaleKém (giới hạn context)Tốt (song song hóa)Rất tốt cho task phức tạp
Độ ổn địnhRất caoCao (vận hành từ 2025)Thực nghiệm (experimental)

Biểu đồ đánh đổi chi phí token theo nhu cầu phối hợp và mở rộng: Dynamic Workflow thấp nhất, Sub-agents tầm trung và ổn định, Agent Teams tốn khoảng 7 lần token khi nhu cầu phối hợp cao.

Khung quyết định: chọn pattern nào cho task của bạn?

Nếu phân vân, hãy đi theo 3 bước:

  1. Task có thể chia nhỏ thành các phần độc lập không? Nếu có và các worker không cần trao đổi thông tin với nhau, hãy chọn sub-agents.
  2. Các worker có cần biết người khác đang làm gì để tránh lãng phí công sức hoặc giải quyết các phần việc chồng chéo (entangled) không? Nếu có, hãy chọn Agent Teams.
  3. Trình tự công việc có khó dự đoán và phụ thuộc chặt chẽ vào nhau theo thời gian thực không? Nếu đúng, hãy giữ mọi thứ trong một Dynamic Workflow.

Lưu đồ quyết định ba câu hỏi giúp chọn giữa Dynamic Workflow, Sub-agents và Agent Teams dựa trên tính song song và nhu cầu phối hợp của task.

Tín hiệu quan trọng nhất để nâng cấp lên Agent Teams là "relay fatigue"—khi bạn nhận thấy mình phải liên tục chuyển tiếp thông tin thủ công từ sub-agent này sang sub-agent khác.

Có nên kết hợp nhiều pattern không?

Các kiến trúc AI hiện đại thường kết hợp nhiều pattern: dùng sub-agents cho giai đoạn lập kế hoạch (tuần tự) và dùng Agent Teams cho giai đoạn thực thi (song song và phối hợp).

Để đảm bảo tính nhất quán, bạn nên dùng MindStudio Agent Skills Plugin (SDK @mindstudio-ai/agent). Plugin này giải quyết bài toán "tool consistency"—giúp tất cả agent trong team truy cập cùng một tập hợp hơn 120 công cụ (search, email, workflow...) mà không cần cấu hình auth hay logic riêng lẻ cho từng worker.

Các câu hỏi thường gặp

Tại sao Agent Teams lại tốn token khủng khiếp như vậy? Vì mỗi thành viên trong team là một phiên bản Claude Code đầy đủ với context window riêng. Khi chạy ở chế độ lập kế hoạch (plan mode), lượng token tiêu thụ có thể gấp 7 lần một session thông thường. Thử nghiệm với 3 agent cho thấy mức tiêu thụ gấp 3-4 lần làm việc tuần tự.

Sự khác biệt cốt lõi giữa sub-agent và Agent Team là gì? Sub-agent là "freelancer" làm việc biệt lập và chỉ giao tiếp dọc với cấp trên. Agent Team là "war room" nơi các agent có thể nhắn tin trực tiếp, chia sẻ task list và có sự điều phối của lead agent cùng các đồng nghiệp ngang hàng.

Tôi có thể dùng chung cả hai pattern không? Hoàn toàn có thể. Một cách phổ biến là dùng sub-agents để xử lý các phase độc lập, sau đó đẩy kết quả vào một Agent Team để phối hợp thực thi các phần việc có tính liên đới cao hoặc cần đối thoại liên tục giữa các chuyên gia.

Tài liệu tham khảo

Đọc tiếp

Chia sẻ bài viết

X / TwitterFacebookLinkedIn