Claude Code dynamic workflows vs subagents và Agent Teams

Bạn đang dùng Claude Code để sửa một lỗi nhỏ, nhưng càng chạy càng thấy có nhiều lựa chọn: /goal, subagents, Agent Teams, rồi bây giờ thêm dynamic workflows. Vậy Claude Code dynamic workflows khác Claude Code subagents và Claude Code Agent Teams ở đâu, và lúc nào nên dùng cơ chế nào?

Câu trả lời ngắn gọn: dynamic workflows không phải một “nút chạy agent” đơn giản. Đây là cơ chế để Claude Code tự viết và chạy script điều phối nhiều subagents cho các việc lớn, song song và cần kiểm chứng. Dùng sai chỗ sẽ tốn token; dùng đúng, nó giúp xử lý audit, migration hoặc research quy mô lớn gọn hơn. Cùng xem nhé!

Ba fan-out query Claude Code nên nắm là gì?

Ba fan-out query có khả năng kéo impression tốt nhất cho bài này là Claude Code dynamic workflows, Claude Code subagents và Claude Code Agent Teams. Lý do là các cụm này đều có intent rõ: người đọc muốn hiểu cơ chế, so sánh phạm vi dùng và tránh chọn sai khi tự động hóa coding workflow.

• Claude Code dynamic workflows: intent mới nhất, gắn với research preview, orchestration script và nhiều subagents song song.
• Claude Code subagents: intent nền tảng hơn, phù hợp người muốn tạo agent phụ chuyên biệt để giảm nhiễu context.
• Claude Code Agent Teams: intent so sánh và triển khai nhóm agent, thường đi kèm câu hỏi về lead, teammate, shared task list và conflict khi sửa code.

Vì vậy, thay vì chỉ tối ưu cho một câu hỏi “là gì”, bài này sẽ so sánh cả ba lớp tự động hóa để bạn chọn đúng theo scope, mức phối hợp và ngân sách token.

Claude Code dynamic workflows là gì?

Claude Code dynamic workflows là cơ chế orchestration trong đó Claude tự viết script JavaScript để chia một nhiệm vụ lớn thành nhiều subtasks, chạy nhiều subagents song song và tổng hợp kết quả sau khi kiểm chứng. Theo công bố của Claude ngày 28/05/2026, tính năng này đang ở dạng research preview và nhắm vào các việc phức tạp mà một agent chạy một lượt khó xử lý tốt. [1][2]

Điểm quan trọng nằm ở chữ “dynamic”. Bạn không chỉ gọi sẵn một pipeline cố định. Claude dựa trên prompt, lập kế hoạch, chia việc, fan-out sang nhiều agents, kiểm tra kết quả, rồi gộp về một câu trả lời phối hợp. Workflow runtime chạy background và có thể theo dõi bằng /workflows. [2]

Nói dễ hiểu, nếu subagent là “nhờ một người phụ làm một phần việc”, thì dynamic workflow giống một điều phối viên tự dựng quy trình làm việc cho cả nhóm nhỏ: ai rà soát file nào, ai phản biện kết quả, ai tổng hợp, khi nào dừng. Thú vị nhỉ, nhưng cũng chính vì vậy mà bạn không nên bật nó cho mọi việc nhỏ.

Bạn đang đọc bài viết thuộc chuyên mục Công nghệ của VietnamTutor, nơi mình phân tích AI tools theo góc nhìn triển khai thực tế thay vì chỉ chạy theo tên tính năng mới.

Dynamic workflow

Một luồng điều phối tự động, thường do Claude Code tạo ra, để chia việc, chạy agents song song, kiểm chứng kết quả và tổng hợp câu trả lời cuối cùng.

/goal, subagents, Agent Teams và dynamic workflows khác nhau thế nào?

Bốn cơ chế này khác nhau ở mức độ tự động hóa, phạm vi task, cách phối hợp và chi phí ngữ cảnh. Nếu chọn theo tên tính năng, bạn dễ dùng quá mức; nếu chọn theo bản chất công việc, quyết định sẽ rõ hơn.

Theo docs chính thức, /goal yêu cầu Claude Code v2.1.139 trở lên; Agent Teams yêu cầu v2.1.32 trở lên; dynamic workflows yêu cầu v2.1.154 trở lên. Dynamic workflows hiện có giới hạn tối đa 16 agents đồng thời và 1.000 agents mỗi run. [2][3][4]

Khi nào nên dùng /goal?

Bạn nên dùng /goal khi task có điều kiện hoàn thành rõ ràng và có thể để một session tiếp tục làm đến khi evaluator xác nhận đạt mục tiêu. Ví dụ: “chạy test đến khi pass”, “sửa lỗi build này”, hoặc “hoàn tất checklist refactor đã định nghĩa”. [3]

/goal không phải lựa chọn tốt nhất nếu bạn cần hàng chục agents khảo sát các hướng khác nhau. Nó giống một vòng theo đuổi mục tiêu trong cùng một tuyến làm việc hơn là một hệ thống chia việc quy mô lớn.

Mình khuyên bạn dùng /goal cho việc có tiêu chí dừng cụ thể:

• Test suite pass hoặc số lỗi giảm về 0.
• Checklist migration hoàn tất từng mục.
• Generated artifact đạt điều kiện kiểm tra rõ ràng.
• Bug reproduction được xác nhận và fix được verify.

Nếu điều kiện hoàn thành còn mơ hồ, hãy viết lại goal trước. Ví dụ, “cải thiện codebase” quá rộng; “giảm warning TypeScript trong module billing về 0 mà không đổi public API” rõ hơn nhiều.

Khi nào nên dùng subagents?

Subagents phù hợp khi bạn có một task phụ độc lập, cần ngữ cảnh riêng và chỉ cần kết quả tóm tắt quay về main context. Tài liệu Claude Code mô tả subagents như agents chuyên biệt có system prompt riêng, tool permissions riêng và context window tách biệt. [5][6]

Đây thường là lựa chọn nhẹ nhất nếu bạn chỉ cần “đi điều tra một nhánh”. Ví dụ: một subagent đọc logs, một subagent kiểm tra security headers, một subagent rà test failures. Main session nhận summary thay vì kéo toàn bộ log vào conversation chính.

Subagents đặc biệt hợp với các tình huống sau:

• Review độc lập: nhờ một subagent rà risk trước khi merge.
• Research nhanh: giao một nhánh tài liệu hoặc một nhóm file cho subagent đọc.
• Giảm nhiễu context: để output dài nằm trong agent phụ, main session chỉ nhận kết luận.
• Chuyên môn hóa: tạo subagent riêng cho security review, frontend QA hoặc database migration.

Nếu bạn từng đọc bài phân tích mã nguồn Claude Code, bạn sẽ thấy pattern “chia việc nhỏ, gom kết luận” rất quan trọng khi làm việc với codebase lớn. Subagents là bước đầu khá thực tế trước khi nghĩ đến dynamic workflows.

Khi nào nên dùng Agent Teams?

Agent Teams phù hợp khi nhiều Claude Code sessions cần làm việc như một nhóm: có lead, có teammates, có shared task list và có khả năng nhắn trực tiếp cho nhau. Theo docs, tính năng này đang experimental và mặc định tắt, nên bạn cần bật rõ ràng trước khi dùng. [4]

Điểm khác biệt so với subagents là mức phối hợp. Subagent thường nhận việc rồi trả summary. Agent Teams có thể dùng khi worker cần trao đổi, phân công lại việc, hoặc cùng cập nhật task list. Điều này hữu ích với migration nhiều module hoặc dự án cần phân vai rõ.

Nhưng bạn phải cẩn trọng với quyền sửa file. Nếu hai teammates cùng sửa một vùng code, conflict hoặc overwrite rất dễ xảy ra. Cách an toàn hơn là chia ownership theo thư mục, module hoặc loại file:

• Teammate A chỉ rà backend API.
• Teammate B chỉ rà frontend components.
• Teammate C chỉ chạy test và tổng hợp failures.
• Lead giữ quyền quyết định merge hoặc chỉnh sửa cuối.

Nếu team của bạn đang xây quy trình AI Agent dài hạn, bài triển khai AI Agent không phụ thuộc nền tảng sẽ hữu ích để nghĩ về quyền sở hữu dữ liệu, công cụ và workflow thay vì chỉ chọn một tính năng Claude Code.

Khi nào nên dùng dynamic workflows?

Bạn nên dùng dynamic workflows khi task đủ lớn để hưởng lợi từ fan-out song song, kiểm chứng độc lập và orchestration chạy background. Theo Claude, các use case phù hợp gồm codebase-wide bug hunt, profiler-guided optimization audit, security audit, migration lớn và các việc quan trọng cần kiểm tra chéo trước khi đưa kết quả cho người dùng. [1]

Ví dụ thực tế: bạn muốn rà toàn bộ service để tìm dead code. Một agent đơn lẻ có thể đi tuần tự và bỏ sót. Dynamic workflow có thể chia theo module, giao agents độc lập tìm candidate, giao agents khác phản biện, rồi tổng hợp findings đã được kiểm chứng.

Dynamic workflows không nên dùng cho:

• Sửa typo, đổi tên biến hoặc task một file.
• Bug đã có reproduction rõ và chỉ cần một vòng fix-test.
• Việc chưa có scope, chưa có tiêu chí dừng, chưa biết quyền sửa code.
• Research tùy hứng không cần kiểm chứng song song.

Điểm mình muốn nhấn mạnh: dynamic workflows là research preview. Hãy xem nó như công cụ cho task lớn, không phải chế độ mặc định cho mọi prompt. Claude cũng cảnh báo dynamic workflows có thể tiêu thụ nhiều usage hơn session Claude Code thông thường. [1]

Cần đặt guardrail token và quyền truy cập thế nào?

Guardrail tối thiểu là scope nhỏ, giới hạn quyền, theo dõi workflow đang chạy và dừng sớm khi hướng làm sai. Với dynamic workflows, token usage tăng theo số agents, thời gian chạy, lượng context và số vòng kiểm chứng. Vì vậy, đừng chờ đến cuối mới kiểm tra.

Tài liệu dynamic workflows cho biết bạn có thể theo dõi workflow bằng /workflows, và workflow runtime có giới hạn 16 agents đồng thời, 1.000 agents mỗi run. Công bố của Claude cũng nhắc rằng lần đầu workflow trigger, Claude Code sẽ hiển thị nội dung sắp chạy và yêu cầu xác nhận; admin tổ chức có thể tắt workflows qua managed settings. [1][2]

Checklist thực tế mình khuyên dùng:

1. Viết scope bằng module hoặc folder: tránh “audit toàn bộ hệ thống” nếu chưa cần.
2. Đặt tiêu chí dừng: ví dụ “tìm top 10 findings có bằng chứng”, không phải “tìm mọi vấn đề”.
3. Giới hạn quyền sửa: research/audit trước, chỉ cho phép edit sau khi có plan rõ.
4. Theo dõi bằng /workflows: xem phase, agent count, elapsed time và token total.
5. Tách task không liên quan: dùng /clear giữa các việc khác nhau để tránh kéo ngữ cảnh cũ.
6. Review kết quả như code review: findings cần bằng chứng, file path, reproduction hoặc test liên quan.

Nếu chủ đề chi phí token là mối quan tâm chính, bài scheduled tiếp theo sẽ đi sâu hơn vào cách kiểm soát token cho Claude Code dynamic workflows. Trước mắt, bạn có thể đọc thêm bài hóa đơn Claude 500 triệu USD để thấy vì sao AI usage cần hạn mức từ ngày đầu.

Kết luận: chọn cơ chế theo bản chất task, không theo độ mới của tính năng

Nếu chỉ nhớ một điều, hãy nhớ thế này: /goal để theo đuổi một mục tiêu rõ, subagents để xử lý nhánh phụ độc lập, Agent Teams để nhiều sessions phối hợp trực tiếp, còn dynamic workflows để điều phối task lớn, song song và cần kiểm chứng.

Claude Code dynamic workflows là một bước tiến đáng chú ý, nhưng không thay thế mọi cơ chế khác. Với việc nhỏ, nó có thể làm bạn tốn token và khó kiểm soát hơn. Với việc lớn như migration, audit hoặc bug hunt toàn codebase, nó mở ra cách làm rất khác: nhiều agents độc lập, kiểm chứng chéo, tổng hợp có cấu trúc.

Bạn đã thử cơ chế nào trong Claude Code rồi? Nếu đang vận hành team dev hoặc agency, mình khuyên bạn bắt đầu bằng subagents và /goal trước, sau đó mới thử dynamic workflows trên một repo phụ hoặc một scope nhỏ có thể rollback.

Nguồn tham khảo

1. Claude: Introducing dynamic workflows in Claude Code
2. Claude Code Docs: Orchestrate subagents at scale with dynamic workflows
3. Claude Code Docs: Keep Claude working toward a goal
4. Claude Code Docs: Orchestrate teams of Claude Code sessions
5. Claude Code Docs: Run agents in parallel
6. Claude Code Docs: Create custom subagents
7. MindStudio: Dynamic Workflows vs /goal vs Agent Teams in Claude Code