Nhóm Tác Nhân Claude Code: Tương Lai của Phát Triển Có Hỗ Trợ AI

Trong các ứng dụng quy mô lớn hoặc môi trường doanh nghiệp, ngữ cảnh đầy nhanh hơn bạn tưởng. Một quyết định thiết kế lớn mà bạn đưa ra cách đây một giờ có lẽ đã rơi khỏi ngữ cảnh, nên bạn phải giải thích lại những điều mô hình đã từng xử lý. Bạn hầu như làm mọi thứ đúng, nhưng vấn đề là bạn đang yêu cầu một trợ lý làm công việc của cả một đội.

Nhóm Tác Nhân Claude Code ra đời để thay đổi điều này. Thay vì một phiên làm mọi thứ theo thứ tự, bạn khởi chạy nhiều tác nhân chuyên biệt cùng chia sẻ danh sách tác vụ, nhắn tin trực tiếp cho nhau và thực thi công việc song song.

Trong bài viết này, tôi sẽ hướng dẫn bạn cách Nhóm Tác Nhân hoạt động, từng vai trò chuyên biệt làm gì, và cách phối hợp họ trong các dự án phần mềm thực tế.

Mới làm quen với Claude Code? Nắm vững nền tảng chỉ trong một buổi chiều với khóa học Claude Code 101 của chúng tôi.

Claude Code Agent Teams là gì?

Nhóm Tác Nhân Claude Code là một lớp điều phối cho phép nhiều phiên Claude Code cùng làm việc trên một dự án tại cùng thời điểm. Một phiên đóng vai trò trưởng nhóm và tạo các phiên khác, gọi là đồng đội, để xử lý những phần việc cụ thể.

Mỗi đồng đội chạy như một phiên bản Claude Code đầy đủ, độc lập, với cửa sổ ngữ cảnh riêng. Họ chia sẻ một danh sách tác vụ, nhận việc khi có sẵn, và nhắn tin trực tiếp cho nhau khi cần phối hợp.

Thiết lập này không chỉ là mở vài thẻ tab terminal và chạy Claude trong mỗi tab. Khi làm vậy, các cửa sổ chat tách biệt không thấy tiến độ của nhau và không thống nhất được ai làm gì. Ngược lại, một nhóm tác nhân cung cấp cho mọi phiên một góc nhìn chung về công việc và một cách để giao tiếp. Trưởng nhóm giữ mọi người đi đúng hướng.

Trong thực tế, điều này có nghĩa bạn không còn là người trung chuyển giữa các phiên. Nhóm tự xử lý phối hợp, còn bạn chỉ tham gia để định hướng và xem xét kết quả.

Vì sao Nhóm Tác Nhân tồn tại

Một phiên Claude Code đơn lẻ hoạt động ổn cho đến khi dự án trở nên quá lớn.

Mỗi phiên Claude Code có một cửa sổ ngữ cảnh, và cửa sổ đó có giới hạn. Khi bạn làm việc, phiên sẽ đầy lên với nội dung tệp, đầu ra lệnh, thảo luận thiết kế và các trao đổi qua lại của bạn. Đến một thời điểm, thông tin cũ không còn trong ngữ cảnh nữa, và mô hình bắt đầu quên các quyết định bạn đã đưa ra trước đó trong cùng một tác vụ.

Có ba tình huống phổ biến khiến điều này trở nên rõ ràng:

• Kho mã lớn: Một codebase với hàng trăm tệp không thể nhét hết vào ngữ cảnh. Phiên làm việc sẽ phải đọc đi đọc lại cùng một số tệp, tốn token để xây dựng lại hiểu biết vốn đã có.
• Dự án phức tạp: Các tính năng cắt ngang, như thêm xác thực xuyên suốt backend, frontend và kiểm thử, buộc mô hình xử lý quá nhiều mối quan tâm cùng lúc. Mỗi mối quan tâm mới lại tranh chấp không gian với những thứ còn lại.
• Nhiều tác vụ đồng thời: Yêu cầu một phiên vừa triển khai tính năng, vừa tái cấu trúc mô-đun, viết kiểm thử và cập nhật tài liệu trong cùng một cuộc trò chuyện là tự rước rắc rối.

Câu trả lời giống như các đội ngũ con người đã rút ra hàng thập kỷ trước: chia nhỏ công việc.

Nếu một phiên chạm trần khi tái cấu trúc, hãy giao các thay đổi backend cho một đồng đội, frontend cho đồng đội khác, và cập nhật kiểm thử cho người thứ ba. Mỗi đồng đội chỉ nạp những gì cần cho phần việc của mình.

Ý tưởng tương tự áp dụng cho nghiên cứu. Một tác vụ với ba giả thuyết cạnh tranh sẽ chạy nhanh hơn khi ba đồng đội mỗi người điều tra một giả thuyết song song rồi so sánh ghi chú, thay vì một phiên đi tuần tự qua từng giả thuyết.

Chuyên môn hóa cho bạn chiều sâu và song song cho bạn tốc độ. Khi kết hợp, chúng cho phép bạn làm những việc mà một phiên đơn lẻ sẽ hoặc bịa đặt hoặc mất quá nhiều thời gian để hoàn thành.

Nhóm Tác Nhân Claude Code hoạt động như thế nào

Một phiên nhóm đi qua năm giai đoạn, với phần điều phối được xử lý bên trong chính Claude Code.

• Xác định mục tiêu: Mô tả điều bạn muốn bằng ngôn ngữ tự nhiên, giống như bạn giao việc cho một kỹ sư mới. Trưởng nhóm đọc và quyết định cách phân rã.
• Phân công công việc: Trưởng nhóm tạo danh sách tác vụ chung và khởi chạy các đồng đội, mỗi người có tên, vai trò và lời nhắc khởi đầu. Bạn có thể chỉ định cấu trúc đội hoặc để trưởng nhóm tự xác định.
• Thực thi song song: Mỗi đồng đội nhận tác vụ, đánh dấu đang thực hiện, hoàn thành và đánh dấu đã xong. Các phụ thuộc được tôn trọng tự động; khóa tệp ngăn xung đột. Đồng đội có thể nhắn tin trực tiếp cho nhau — không cần đi qua trưởng nhóm.
• Kết hợp kết quả: Trưởng nhóm thu thập phần đã hoàn thành, xử lý xung đột và tạo ra một đầu ra duy nhất: PR, báo cáo, mô-đun tái cấu trúc, hay bất cứ thứ gì mục tiêu yêu cầu.
• Rà soát kết quả: Bạn xem xét kết quả cuối như bất kỳ pull request nào: đọc diff, chạy mã, kiểm tra bài test.

Vai trò chuyên biệt trong Nhóm Tác Nhân

Vai trò tạo hình cho một nhóm tác nhân. Không có vai trò, bạn sẽ có các phiên chung chung làm công việc chồng chéo. Claude Code không cung cấp danh sách cố định — bạn định nghĩa vai trò trong bản tóm tắt hoặc trỏ trưởng nhóm đến định nghĩa tác nhân phụ lưu dưới .claude/agents/.

Tác nhân Lập kế hoạch

Tác nhân lập kế hoạch chia mục tiêu thành các tác vụ trước khi viết bất kỳ dòng mã nào. Nó khảo sát codebase, lập sơ đồ phụ thuộc và tạo danh sách tác vụ là các đơn vị tự chứa mà một đồng đội có thể hoàn thành mà không cần kiểm tra liên tục.

Trong thực tế, trưởng nhóm thường kiêm vai trò này. Bạn cũng có thể chạy một đồng đội lập kế hoạch riêng khi khối lượng công việc đủ lớn để biện minh.

Tác nhân Lập trình

Tác nhân lập trình viết phần triển khai. Phần lớn đồng đội sẽ là tác nhân lập trình, mỗi người sở hữu một phần việc riêng biệt — backend, frontend, cơ sở dữ liệu, tính năng AI. Mấu chốt là tránh chồng lấn phạm vi: hai đồng đội chỉnh sửa cùng một tệp sẽ ghi đè lẫn nhau.

Tác nhân lập trình hoạt động tốt trên các mô hình rẻ hơn. Nhiều người dùng chạy trưởng nhóm trên Opus và đồng đội trên Sonnet, vì thực thi không cần độ sâu lý luận như điều phối.

Tác nhân Kiểm thử

Tác nhân kiểm thử viết và chạy bài test. Nó có thể làm việc dựa trên hợp đồng API đã thống nhất trong khi đồng đội lập trình vẫn đang xây dựng endpoint — vì vậy khi mã hoàn thành, các bài test đã sẵn sàng.

Bạn cũng có thể giữ một đồng đội kiểm thử chạy suốt phiên, chạy lại bộ test mỗi khi một đồng đội lập trình đánh dấu hoàn thành tác vụ.

Tác nhân Rà soát

Tác nhân rà soát đọc diff và gắn cờ lỗi, vấn đề về phong cách, trường hợp góc cạnh bị bỏ sót và vấn đề bảo mật. Tách việc rà soát cho hai đồng đội với góc nhìn khác nhau — một cho bảo mật, một cho hiệu năng — hoạt động đặc biệt tốt, với trưởng nhóm tổng hợp phát hiện của họ.

Nếu bạn đã viết định nghĩa tác nhân phụ cho dự án, đồng đội sẽ tự động kế thừa công cụ và prompt hệ thống của nó.

Tác nhân Tài liệu

Tác nhân tài liệu viết docstring, cập nhật README và các tài liệu dài hơn như ghi chú kiến trúc hoặc tham chiếu API. Đây là ứng viên tốt để chạy cuối cùng — đến khi lập trình và kiểm thử xong, hình hài cuối cùng của công việc đã rõ.

Vì sao chuyên môn hóa cải thiện kết quả

Một phiên đa dụng phải giữ đồng thời phần triển khai, kiểm thử, tài liệu và phản hồi rà soát trong ngữ cảnh. Một đồng đội chuyên biệt chỉ nạp những gì cần, giữ ngữ cảnh nhỏ và suy luận tập trung. Chuyên môn hóa cũng giúp gỡ lỗi dễ hơn: khi có vấn đề, bạn biết chính xác cần kiểm tra phiên nào.

Phát triển song song với Nhóm Tác Nhân

Song song là mục đích cốt lõi của một nhóm tác nhân.

Sau khi trưởng nhóm chia nhỏ công việc thành các tác vụ và khởi chạy đồng đội, tất cả sẽ chạy cùng lúc. Mỗi đồng đội là một phiên Claude Code riêng, nên công việc không bị xếp hàng sau một cửa sổ ngữ cảnh duy nhất. Tổng thời gian hoàn thành một tính năng nhiều phần giảm từ tổng của tất cả phần còn lại bằng thời gian của phần chậm nhất.

Dưới đây là ba kết hợp đặc biệt hiệu quả khi chạy song song.

• Frontend và backend song song: Khi bạn xây dựng một tính năng mới dùng cả hai lớp, đồng đội backend có thể xây endpoint API trong khi đồng đội frontend xây component tiêu thụ nó. Hai bên phối hợp qua tin nhắn trực tiếp. Ngay khi backend quyết định cấu trúc phản hồi, họ gửi cấu trúc đó cho frontend, và cả hai tiếp tục làm việc mà không phải chờ bên kia hoàn tất.
• Triển khai và kiểm thử song song: Đồng đội lập trình viết phần triển khai trong khi đồng đội kiểm thử viết bài test dựa trên hợp đồng đã thống nhất. Đến khi đồng đội lập trình đánh dấu hoàn thành, các bài test đã sẵn sàng để chạy. Điều này nhanh hơn nhiều so với trình tự thường thấy là viết mã trước rồi mới thêm test sau cùng.
• Tài liệu và rà soát mã song song: Khi một đồng đội lập trình hoàn tất một phần việc, đồng đội tài liệu có thể bắt đầu viết docstring và cập nhật README trong khi đồng đội rà soát đọc diff tìm lỗi và vấn đề phong cách. Không bên nào chặn bên kia, và cả hai tạo đầu ra để trưởng nhóm tổng hợp.

Giới hạn nằm ở xung đột tệp. Hai đồng đội ghi vào cùng một tệp cùng lúc sẽ ghi đè lẫn nhau, nên trưởng nhóm cần chia việc theo ranh giới tệp hoặc mô-đun. Miễn là các phần tách bạch, bạn có thể chạy nhiều đồng đội song song tùy theo danh sách tác vụ hỗ trợ.

Nhóm Tác Nhân Claude Code cho Codebase lớn

Với codebase lớn, nhóm tác nhân là nhu cầu gần như bắt buộc hơn là tùy chọn.

Một kho có hàng trăm hay hàng nghìn tệp không thể nhét vào một cửa sổ ngữ cảnh duy nhất. Một phiên đơn lẻ làm việc trên codebase lớn sẽ tiêu tốn đáng kể ngân sách chỉ để tái khám phá mã.

Với Nhóm tác nhân, mỗi đồng đội chỉ nạp các tệp liên quan đến phần việc của mình, nên cửa sổ ngữ cảnh của từng đồng đội vẫn nhỏ và tập trung. Cả đội có thể suy luận về toàn bộ kho, nhưng không phiên nào phải làm điều đó một mình.

Điều này quan trọng nhất trong ba tình huống:

• Thay đổi cắt ngang: Một tái cấu trúc chạm đến hàng chục tệp trên nhiều mô-đun là khó cho một phiên xử lý mà không bị lạc nhịp. Chia theo mô-đun và giao mỗi mô-đun cho một đồng đội giúp phạm vi mỗi người quản lý được.
• Kiểm toán toàn kho: Một rà soát bảo mật hoặc kiểm toán hiệu năng trên codebase lớn hưởng lợi từ việc chạy nhiều đồng đội song song, mỗi người xem một phần khác nhau của repo. Trưởng nhóm sau đó tổng hợp phát hiện của họ thành một báo cáo duy nhất.
• Dự án kéo dài: Một dự án nhiều tuần tích lũy ngữ cảnh mà một phiên đơn lẻ không thể chứa. Nhóm tác nhân cho phép bạn chia công việc thành các mốc, với mỗi mốc do một đồng đội phụ trách mà không cần nhớ mọi thứ trước đó.

Sẽ có chi phí.

Mỗi đồng đội là một phiên Claude Code đầy đủ với cửa sổ ngữ cảnh riêng, nên mức dùng token tăng tuyến tính theo quy mô đội. Một đội bốn người dùng khoảng gấp bốn lần token của một phiên đơn cho cùng khối lượng công việc. Một số ước tính còn cao hơn. Đổi lại là thời gian thực ngắn hơn và độ sâu theo mối quan tâm tốt hơn, thường xứng đáng với những việc mà một phiên đơn không thể thực tế hoàn thành.

Dự án càng lớn, bạn càng được lợi với Nhóm tác nhân. Nhưng đừng lạm dụng — với một bản sửa lỗi nhỏ, một phiên đơn rẻ hơn và hiệu quả tương đương.

Nhóm Tác Nhân và Claude Tag

Nhóm tác nhân không phải nơi duy nhất Anthropic đang nghĩ lại cách AI hòa nhập vào quy trình làm việc nhóm.

Claude Tag là một tính năng riêng đưa Claude vào Slack như một thành viên chung của tổ chức. Bạn gắn thẻ @Claude trong kênh và Claude nhận việc bằng công cụ của tổ chức bạn và ngữ cảnh của kênh. Nó nhớ những gì đã bàn, tự theo dõi và làm việc dưới danh tính của tổ chức bạn.

Hai tính năng này giải quyết các vấn đề điều phối khác nhau. Nhóm tác nhân điều phối nhiều phiên Claude Code trên máy của một nhà phát triển cho một tác vụ tập trung. Claude Tag điều phối một danh tính Claude duy nhất trên một nhóm người trong Slack qua nhiều ngày, nhiều tuần. Nhưng hướng đi giống nhau: AI đang chuyển từ công cụ một người dùng riêng lẻ sang một thành viên hoạt động trong quy trình sẵn có của đội ngũ.

Điều này thay đổi những gì AI cần giỏi.

Một trợ lý đơn lẻ cần là một người toàn năng mạnh, nhưng một hệ thống phối hợp cần là một chuyên gia mạnh biết cách lập kế hoạch, bàn giao, nhờ hỗ trợ và giữ đồng bộ với các tác nhân khác và con người. Nhóm tác nhân làm điều đó cho quy trình Claude Code, còn Claude Tag khiến điều này hiển hiện trong quy trình Slack.

Thực tiễn tốt nhất để xây dựng Nhóm Tác Nhân

Một thiết lập nhóm tác nhân tốt chủ yếu nằm ở khâu chuẩn bị. Nhóm tự thân rất nhanh, nhưng thời gian bạn mất thường ở các tác vụ phạm vi kém và vai trò mơ hồ.

Dưới đây là vài thực tiễn tốt:

• Định nghĩa rõ vai trò: Mỗi đồng đội nên có một trọng tâm và một tập tệp được sở hữu. Khi bạn tạo đồng đội, hãy nói rõ nó chịu trách nhiệm điều gì, không chịu trách nhiệm điều gì, và có thể làm việc với tệp hoặc mô-đun nào. Vai trò mơ hồ sinh công việc chồng chéo, và công việc chồng chéo sinh xung đột hợp nhất.

• Phân rã tác vụ trước khi song song hóa: Lập kế hoạch trước, chạy song song sau. Thực hiện một lượt lập kế hoạch để chia việc thành các tác vụ với đầu vào, đầu ra và phụ thuộc rõ ràng, rồi giao kế hoạch cho đội thực thi. Một bản kế hoạch tốn vài nghìn token, nhưng một đội đi sai hướng có thể tốn hàng trăm nghìn.

• Chia sẻ tiêu chuẩn qua CLAUDE.md: Mỗi đồng đội đọc tệp CLAUDE.md trong thư mục làm việc khi bắt đầu, nên hãy đặt các quy ước chung ở đó, gồm phong cách mã, bố cục tệp, cách kiểm thử và định dạng thông điệp commit.

• Xây dựng các điểm kiểm soát rà soát: Theo dõi tiến độ đồng đội, định hướng lại những người lệch hướng, và rà soát đầu ra của trưởng nhóm trước khi chấp nhận. Với tác vụ rủi ro, yêu cầu phê duyệt kế hoạch trước khi bất kỳ đồng đội nào thay đổi. Điều này buộc đồng đội phải trình bày kế hoạch trước và chờ trưởng nhóm phê duyệt.

• Giới hạn quy mô đội: Bắt đầu với ba đến năm đồng đội cho hầu hết quy trình. Vượt quá mức đó, chi phí điều phối tăng nhanh hơn lợi ích tăng tốc song song.

• Tránh xung đột tệp: Chia việc theo ranh giới tệp hoặc mô-đun để mỗi đồng đội tách biệt rõ ràng. Hai đồng đội chỉnh sửa cùng tệp sẽ ghi đè thay đổi của nhau. Nếu một tác vụ thật sự cần nhiều đồng đội cùng làm một tệp, hãy sắp trình tự thay vì chạy song song.

• Phê duyệt trước các thao tác thường gặp: Yêu cầu cấp phép từ đồng đội sẽ nổi lên trưởng nhóm, và một đội bốn người có thể tạo ra số prompt gấp bốn lần. Thiết lập danh sách permissions.allow trước khi tạo đội để các thao tác thường lệ như đọc tệp hay chạy test không làm gián đoạn công việc.

• Ghép mô hình với vai trò: Chạy trưởng nhóm trên mô hình mạnh hơn như Opus, vì điều phối hưởng lợi từ lý luận sâu hơn, và chạy đồng đội trên Sonnet cho phần thực thi.

Và đây là phiên bản ngắn gọn: tạo kế hoạch công việc chi tiết, giao việc cho đội như bạn giao cho một nhóm kỹ sư trẻ, cho họ phạm vi rõ ràng và tiêu chuẩn chung, rồi kiểm tra kết quả cuối. Thiết lập của bạn càng giống cách một đội kỹ thuật thực vận hành, nhóm tác nhân sẽ hoạt động càng tốt.

Nhóm Tác Nhân Claude Code trong thực tế

Đây là quy trình toàn bộ từ đầu đến cuối.

Tôi sẽ đi qua một ví dụ nhỏ: một REST API “hello world” trong FastAPI đọc thông điệp từ cơ sở dữ liệu SQLite, cùng một trang HTML nhỏ gọi API và hiển thị kết quả. Ứng dụng có tuyến backend, lớp cơ sở dữ liệu, frontend tĩnh và tài liệu readme, phù hợp cho một đội bốn người.

Bật nhóm tác nhân

Nhóm tác nhân là tính năng thử nghiệm và mặc định tắt. Bạn bật bằng cách đặt một biến môi trường, trong shell hoặc trong tệp cài đặt Claude Code.

Tệp cài đặt ở ~/.claude/settings.json. Mở và thêm:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Nếu bạn không muốn chỉnh tệp cài đặt, bạn có thể đặt biến trong shell trước khi khởi chạy Claude Code:

export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1

Cách nào cũng được. Khi biến đã được đặt, Claude Code sẽ nhận biết các prompt liên quan đến đội và khởi động lớp điều phối khi bạn yêu cầu.

Khởi động Claude Code và giao việc cho đội

Tạo một thư mục trống cho dự án và chạy Claude Code bên trong:

mkdir hello-api && cd hello-api
claude

Giờ bạn giao việc cho đội. Prompt là ngôn ngữ tự nhiên, nhưng bạn càng cụ thể về vai trò và ranh giới, đội càng hoạt động tốt. Đây là prompt cho API hello world:

Create an agent team to build a small "hello world" REST API.

The project is a FastAPI service that returns a greeting from a SQLite
database, plus a tiny HTML page that calls the API and shows the result.
- One teammate on the database: create app/db.py with a sqlite3 connection
  to a greetings.db file. Define a get_greeting() function that returns
  the message column from the first row. On import, create the table if
  it doesn't exist and seed it with "Hello, World!" if empty.
- One teammate on the backend: build a FastAPI app in app/main.py with
  a GET /greeting endpoint that calls get_greeting() from app/db.py.
  Add permissive CORS and mount the static/ directory at the root so
  the HTML page is served from the same origin.
- One teammate on the frontend: build static/index.html as a single page
  that fetches /greeting on load, shows a spinner while loading, displays
  the greeting in a centered card on success, and shows an error message
  on failure. Inline the CSS and JavaScript.
- One teammate on docs: write README.md with installation, run, and
  open-in-browser steps, plus an API reference table. Also create
  requirements.txt with fastapi and uvicorn[standard].
Use Sonnet for each teammate. Require plan approval before any teammate
makes changes.

Có ba điều đáng chú ý trong prompt này. Ranh giới tệp (app/db.py, app/main.py, static/index.html, README.md, requirements.txt) ngăn chồng lấn. Lựa chọn mô hình (Sonnet) giữ chi phí token hợp lý. Và phê duyệt kế hoạch buộc mỗi đồng đội trình bày kế hoạch trước khi viết mã, cho bạn một điểm kiểm soát để điều chỉnh người hiểu sai bản tóm tắt.

Xem đội làm việc

Sau khi bạn gửi prompt, trưởng nhóm chia công việc thành tác vụ và khởi chạy đồng đội. Bạn sẽ thấy một bảng tác nhân xuất hiện ở cuối terminal với một hàng cho mỗi đồng đội.

Đã tạo tác nhân

Mỗi hàng hiển thị tên đồng đội và việc nó đang làm. Trưởng nhóm điền danh sách tác vụ chung và gán hoặc nhả tác vụ theo phụ thuộc. Đồng đội backend chờ lớp cơ sở dữ liệu vì nó import get_greeting() từ đó. Đồng đội tài liệu chờ đến khi phần còn lại đủ hoàn thiện để mô tả chính xác.

Bạn cũng có thể xem danh sách tác vụ. Nhấn Ctrl+T để bật/tắt. Danh sách hiển thị mọi tác vụ, trạng thái (chờ, đang thực hiện, hoặc đã hoàn thành) và đồng đội sở hữu.

Di chuyển giữa các đồng đội

Mỗi đồng đội là một phiên Claude Code đầy đủ, và bạn có thể trao đổi với bất kỳ ai trong số họ.

Trong bảng tác nhân, dùng mũi tên lên và xuống để chọn một đồng đội, sau đó nhấn Enter để mở bản ghi hội thoại của họ. Bạn đang ở phiên của đồng đội đó, và mọi thứ bạn gõ sẽ gửi tới đồng đội đó, không phải trưởng nhóm. Đây là cách bạn cung cấp ngữ cảnh bổ sung hoặc điều chỉnh cách tiếp cận cho một đồng đội cụ thể mà không ảnh hưởng phần còn lại của đội.

Nhấn Esc để quay lại trưởng nhóm.

Điều hướng một đồng đội đi chệch hướng

Đôi khi một đồng đội hiểu sai bản tóm tắt hoặc sa đà vào việc không nên làm. Bạn phát hiện điều này bằng cách kiểm tra kế hoạch trong lúc phê duyệt kế hoạch hoặc nhận thấy tiến độ lệch trong bảng tác nhân.

Nếu bạn dùng phê duyệt kế hoạch, đồng đội sẽ tạm dừng sau khi lập kế hoạch và hiển thị đề xuất trước khi viết bất kỳ tệp nào. Đây là ví dụ với tác nhân cơ sở dữ liệu:

Phê duyệt tác nhân cơ sở dữ liệu

Bạn có thể đọc lược đồ và cách tiếp cận đề xuất, rồi phê duyệt hoặc từ chối kèm phản hồi. Nếu kế hoạch thiếu gì đó, bạn có thể trả lời kiểu "Dùng SQLAlchemy thay vì sqlite3 thuần", và đồng đội sẽ lập kế hoạch lại.

Nếu bạn phát hiện vấn đề sau khi đồng đội đã bắt đầu làm, hãy chọn đồng đội trong bảng tác nhân, nhấn Enter để mở phiên của họ và nhắn tin. Bạn cũng có thể nhấn x trên đồng đội đã chọn để dừng, hoặc yêu cầu trưởng nhóm khởi chạy đồng đội thay thế nếu người hiện tại bị kẹt hoàn toàn.

Hoàn tất và rà soát

Khi mọi đồng đội hoàn tất tác vụ, trưởng nhóm báo cáo lại với tóm tắt ngắn và các lệnh bạn cần để chạy dự án.

Hướng dẫn cuối của trưởng nhóm

Lúc này, bạn rà soát công việc. Bạn có thể mở các tệp đã tạo trong trình soạn thảo và đọc diff.

Tệp app/main.py được tạo

Bạn cũng có thể kiểm tra cơ sở dữ liệu mà tác nhân cơ sở dữ liệu đã tạo và gieo dữ liệu.

Bảng greetings

Sau đó cài đặt phụ thuộc, chạy uvicorn app.main:app --reload, và mở http://localhost:8000 trong trình duyệt để xác nhận toàn bộ ngăn xếp hoạt động trọn vẹn.

Ứng dụng cuối

Nếu bạn muốn thay đổi, hãy nói trưởng nhóm điều chỉnh gì, và nó sẽ tự sửa hoặc khởi chạy đồng đội mới để xử lý. Khi bạn hài lòng, bạn có thể yêu cầu trưởng nhóm commit thay đổi. Trưởng nhóm sẽ tắt các đồng đội khi phiên kết thúc, và cấu hình nhóm được dọn dẹp.

Vậy là xong!

Kết luận

Nhóm Tác Nhân Claude Code xoay quanh hai điều: chuyên môn hóa và điều phối. Mỗi đồng đội có phần việc riêng và cửa sổ ngữ cảnh riêng. Trưởng nhóm giữ họ đồng bộ, danh sách tác vụ giữ họ nhất quán, và nhắn tin trực tiếp giúp họ không phải chờ bạn trung chuyển thông tin giữa các phiên.

Bức tranh lớn hơn là phát triển có hỗ trợ AI đang chuyển từ đơn lẻ sang phối hợp. Nhóm tác nhân là cách sự thay đổi đó xuất hiện trong Claude Code ngày nay, và mô thức tương tự cũng xuất hiện trong Claude Tag cho Slack. Những nhà phát triển làm quen với điều này sớm sẽ dành ít thời gian đối phó giới hạn ngữ cảnh và nhiều thời gian tạo ra tính năng thực sự.

Bạn đang muốn được chứng nhận về AI tạo sinh? Đây là Các Chứng Chỉ AI Tạo Sinh Tốt Nhất năm 2026 gồm các khóa học hàng đầu, mẹo chuẩn bị và câu hỏi thường gặp.