We make services people love by the power of Gen AI.
Facebook-f Twitter Youtube Linkedin-in
Contact

Dynamic Workflows trong Claude Code: Kiến trúc Orchestration Agent Thế Hệ Mới

Giới thiệu

Trong giai đoạn 2024–2025, phần lớn các AI coding agents hoạt động theo mô hình tương đối đơn giản:

  1. Người dùng đưa ra yêu cầu.
  2. Một agent lập kế hoạch.
  3. Agent thực thi.
  4. Trả kết quả.

Ngay cả khi có khả năng gọi tool hoặc spawn subagent, phần lớn quá trình vẫn diễn ra bên trong một context window duy nhất.

Anthropic cho rằng mô hình này bắt đầu gặp giới hạn khi xử lý:

  • codebase hàng triệu dòng code;
  • migration kéo dài nhiều ngày;
  • security audit toàn hệ thống;
  • bug hunt quy mô lớn;
  • architectural review đa chiều;
  • refactor ảnh hưởng hàng trăm hoặc hàng nghìn file.

Đó là lý do Dynamic Workflows được giới thiệu trong Claude Code vào tháng 5/2026. Theo Anthropic, đây không chỉ là việc tạo thêm agent, mà là một thay đổi kiến trúc căn bản: Claude tự viết orchestration script để điều phối hàng chục đến hàng trăm subagents song song.

Dynamic Workflow là gì?Có thể hình dung:

Claude Code truyền thống

User
  ↓
Claude
  ↓
Tools
  ↓
Result

Một luồng suy nghĩ.

Một context.

Một agent chính.

Dynamic Workflow

User
  ↓
Orchestrator
  ↓
Workflow Script
  ↓
100+ Subagents
  ↓
Verification Agents
  ↓
Aggregation
  ↓
Result

Lúc này Claude không còn đơn thuần là một coding assistant.

Claude trở thành:

  • planner
  • scheduler
  • coordinator
  • reviewer
  • verifier

đồng thời.

Anthropic mô tả rằng Claude sẽ:

  • phân tích mục tiêu;
  • tạo workflow động;
  • chia nhỏ thành subtasks;
  • chạy nhiều agent song song;
  • cho agent khác phản biện kết quả;
  • lặp lại đến khi kết quả hội tụ.

Điểm đột phá lớn nhất: Claude tự sinh Orchestration Script

Đây là chi tiết kỹ thuật quan trọng nhất nhưng thường bị bỏ qua.

Nhiều người nghĩ:

Dynamic Workflow = nhiều subagent.

Thực ra không phải.

Điểm khác biệt nằm ở chỗ:

Claude tạo ra một chương trình orchestration riêng cho từng nhiệm vụ.

Claude Code thông thường

Trong session bình thường:

Prompt
↓
Reasoning
↓
Tool calls
↓
Reasoning
↓
Output

Toàn bộ trạng thái tồn tại trong context window.

Nếu task kéo dài:

  • context phình to;
  • tóm tắt nhiều lần;
  • mất thông tin;
  • goal drift.

Dynamic Workflow

Claude viết:

async function workflow() {

   const modules = discoverModules();

   const results = await parallel(
       modules.map(scanModule)
   );

   const verified =
       await verify(results);

   return summarize(verified);
}

Đây chỉ là minh họa.

Workflow thực tế phức tạp hơn rất nhiều.

Điều quan trọng là:

Logic điều phối đã được tách ra khỏi context của cuộc hội thoại.

Anthropic gọi đây là một “workflow harness”.

Tại sao phải chuyển orchestration ra khỏi context?

Đây là vấn đề mà hầu hết agent hiện nay đều gặp.

Failure Mode #1: Context Bloat

Ví dụ:

Security audit 5.000 file.

Nếu tất cả findings đều nằm trong context:

Finding 1
Finding 2
Finding 3
...
Finding 500

Context tăng liên tục.

Chi phí tăng.

Độ chính xác giảm.

Failure Mode #2: Goal Drift

Sau hàng trăm lượt reasoning:

Claude có thể quên:

Do not modify authentication flow

hoặc

Only update v2 APIs

Anthropic gọi đây là Goal Drift.

Failure Mode #3: Self-Confirmation Bias

Agent tạo kết quả.

Sau đó chính agent đó đi review.

Kết quả:

I think I'm correct.

Đây là thiên kiến tự xác nhận.

Anthropic gọi là Self-Preferential Bias.

Kiến trúc Parallel Subagents

Một trong những khả năng mạnh nhất của Dynamic Workflows là fan-out.

Single Agent

Task A
↓
Task B
↓
Task C
↓
Task D

Tuần tự.

Dynamic Workflow

Task A
 ├── Agent 1
 ├── Agent 2
 ├── Agent 3
 ├── Agent 4
 ├── Agent 5
 ├── Agent 6
 └── Agent 7

Song song.

Anthropic cho biết workflow có thể điều phối từ hàng chục tới hàng trăm agent trong một run.

Một số nguồn cộng đồng còn ghi nhận các run lên tới hàng trăm agent và hàng chục triệu token.

Mỗi Subagent Hoạt Động Như Thế Nào?

Anthropic đã mô tả subagent trước khi Dynamic Workflows xuất hiện.

Mỗi subagent:

  • có context riêng;
  • không mang toàn bộ lịch sử chat;
  • có mục tiêu riêng;
  • trả lại kết quả thay vì toàn bộ reasoning.

Ví dụ:

Agent A:
Scan Auth Layer

Agent B:
Scan Database Layer

Agent C:
Scan API Layer

Agent D:
Scan Frontend Layer

Các agent làm việc độc lập.

Verification Layer

Đây là điểm khiến Dynamic Workflows khác biệt với việc đơn giản spawn nhiều agent.

Anthropic mô tả:

Agent A đưa ra phát hiện.

Agent B cố gắng bác bỏ phát hiện đó.

Agent C xác thực lại.

Workflow chỉ chấp nhận kết quả khi nhiều agent hội tụ vào cùng kết luận.

Mô hình adversarial

Research Agent
      ↓
Finding
      ↓
Critic Agent
      ↓
Counter Evidence
      ↓
Verifier Agent

Điều này tương tự:

  • peer review
  • red team review
  • architecture review board

trong các tổ chức kỹ thuật lớn.

Dynamic Workflow Lifecycle

Bước 1

Hiểu yêu cầu

Ví dụ:

Audit toàn bộ codebase về SQL injection

Bước 2

Lập kế hoạch động

- Discover modules
- Discover DB access
- Discover ORM usage
- Discover raw SQL

Bước 3

Sinh orchestration script

Bước 4

Spawn subagents

Agent 1
Agent 2
...
Agent N

Bước 5

Parallel execution

Bước 6

Cross-validation

Bước 7

Aggregation

Bước 8

Final report

Tại sao Dynamic Workflows mạnh hơn Session Claude Code thông thường?

1. Massive Parallelism

Claude thường:

1 task
→ 1 agent

Workflow:

1 task
→ 100 agents

2. Context Isolation

Mỗi agent:

Own Context

Không bị ô nhiễm bởi:

  • chat history dài;
  • findings không liên quan.

3. Reduced Goal Drift

Kế hoạch nằm trong workflow script.

Không nằm trong context conversation.

4. Verification Built-In

Session bình thường:

Generate
→ Return

Workflow:

Generate
→ Verify
→ Refute
→ Verify again
→ Return

5. Long-Running Jobs

Anthropic cho biết workflow có thể chạy:

  • nhiều giờ;
  • thậm chí nhiều ngày.

Và có checkpoint để resume.

Những Use Case Hiệu Quả Nhất

1. Security Audit

Ví dụ:

Find all privilege escalation paths

Dynamic Workflow có thể:

  • scan auth;
  • scan RBAC;
  • scan API;
  • scan DB permissions;

đồng thời.

Đây là ứng dụng cực kỳ phù hợp.

2. Large Refactor

Ví dụ:

Rename User → Account

Trên:

2.000 files

Workflow có thể:

  • tìm references;
  • cập nhật schema;
  • cập nhật API;
  • cập nhật tests;
  • verify consistency.

3. Framework Migration

Ví dụ:

React Router v5
→ v7

Workflow có thể chia migration theo module.

4. Performance Audit

Ví dụ:

Find bottlenecks

Agent khác nhau kiểm tra:

  • database
  • cache
  • frontend
  • network
  • memory

5. Architecture Review

Ví dụ:

Review microservice design

Một nhóm agent phân tích:

  • scalability
  • security
  • maintainability
  • observability

độc lập.

Case Study: Bun Rewrite

Ví dụ nổi tiếng nhất được Anthropic công bố là dự án chuyển Bun từ Zig sang Rust.

Theo mô tả:

  • khoảng 750.000 dòng Rust;
  • 99,8% test pass;
  • khoảng 11 ngày từ commit đầu tiên tới merge.

Workflow được dùng để:

  1. Mapping lifetime.
  2. Port code.
  3. Review từng file.
  4. Chạy test loop.
  5. Fix loop.
  6. Tối ưu sau migration.

Đây là ví dụ cho thấy Dynamic Workflow không chỉ là tool nghiên cứu mà hướng tới các bài toán engineering quy mô rất lớn.

Hạn Chế Cần Biết

1. Token Cost

Đây là nhược điểm lớn nhất.

Anthropic cảnh báo rõ rằng Dynamic Workflows tiêu thụ nhiều token hơn đáng kể so với Claude Code thông thường.

Nếu:

100 agents
×
verification
×
retries

chi phí có thể tăng rất mạnh.

2. Không phù hợp cho task nhỏ

Ví dụ:

Fix typo

Workflow là overkill.

3. Orchestration Overhead

Tạo workflow.

Tạo agent.

Đồng bộ kết quả.

Review.

Tất cả đều có chi phí.

4. Không thay thế hoàn toàn kỹ sư

Workflow rất giỏi:

  • discovery;
  • audit;
  • migration.

Nhưng các quyết định:

  • product;
  • business;
  • architecture chiến lược;

vẫn cần con người chịu trách nhiệm.

Tôi Sẽ Áp Dụng Dynamic Workflows Như Thế Nào Trong Một Tổ Chức Kỹ Thuật?

Nếu tôi là Tech Lead hoặc Engineering Manager trong một công ty phần mềm, đây là các quy trình tôi đánh giá có ROI cao nhất.

Security Review Hàng Tuần

Thay vì:

1 senior engineer
2 ngày

Workflow:

50 agents
1 giờ

để tạo report sơ bộ.

Kỹ sư chỉ review các finding quan trọng.

Dependency Upgrade

Ví dụ:

Spring Boot
2.x → 3.x

Workflow:

  • tìm breaking changes;
  • sửa code;
  • sửa test;
  • verify compile.

Technical Debt Discovery

Một use case rất đáng giá.

Workflow có thể:

  • tìm dead code;
  • duplicate code;
  • obsolete APIs;
  • unused dependencies.

Anthropic cũng nhấn mạnh đây là một trong các ứng dụng được khách hàng sử dụng sớm.

PR Review Swarm

Ý tưởng:

Agent A = Security
Agent B = Performance
Agent C = Architecture
Agent D = Testing

Sau đó tổng hợp thành một review duy nhất.

Đây là nơi Dynamic Workflow có thể thay thế phần lớn review checklist thủ công.

Incident Investigation

Sau một production incident:

Find root cause

Workflow có thể:

  • đọc logs;
  • đọc commits;
  • đọc metrics;
  • đọc traces;

Kết luận

Dynamic Workflows không phải là một “mode suy nghĩ mạnh hơn” của Claude Code.

Về bản chất, đây là một hệ thống orchestration agent hoàn toàn mới:

  • Claude tự viết workflow script;
  • workflow điều phối hàng chục tới hàng trăm subagents;
  • các agent hoạt động trong context riêng;
  • kết quả được kiểm chứng bằng cơ chế phản biện và xác thực chéo;
  • workflow có thể chạy nhiều giờ hoặc nhiều ngày;
  • orchestration được tách khỏi context window để tránh context bloat và goal drift.

Đối với các tác vụ kỹ thuật quy mô lớn như security audit, codebase review, migration, modernization hoặc refactoring diện rộng, Dynamic Workflows là bước tiến đáng kể so với mô hình “một agent – một context – một phiên làm việc” vốn đang thống trị các AI coding assistants hiện nay