Tóm tắt nhanh về các nhóm Đặc vụ của Claude Code: Một phiên làm việc do người dẫn đầu điều khiển có thể khởi tạo nhiều phiên làm việc độc lập của các thành viên nhóm để cộng tác song song. Chúng được tự tổ chức thông qua danh sách nhiệm vụ chung và hệ thống nhắn tin, giúp chúng phù hợp hơn cho việc thảo luận, khám phá và cộng tác trong nhiệm vụ phức tạp. Nội dung chính bao gồm: - Khác biệt so với các tác nhân phụ: Tác nhân phụ là nơi tác nhân chính giao nhiệm vụ và các tác nhân phụ chỉ báo cáo kết quả; nhóm tác nhân là nhiều thành viên có thể giao tiếp trực tiếp với nhau, chia sẻ danh sách nhiệm vụ và tự đảm nhận nhiệm vụ, do đó phù hợp hơn cho các nhiệm vụ phức tạp đòi hỏi thảo luận và hợp tác. - Phương thức kích hoạt: Mặc định là tắt, yêu cầu thiết lập biến hoàn cảnh`CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` (có thể được cấu hình trong `settings.json`). - Cách bắt đầu: Sử dụng ngôn ngữ tự nhiên để Claude tạo đội ngũ và mô tả cấu trúc đội ngũ mong muốn của bạn (nhân vật/số lượng người/phân công công việc). Sau khi tạo, một danh sách nhiệm vụ chung sẽ được tạo ra, người lãnh đạo sẽ chịu trách nhiệm lập kế hoạch và hoàn thành tổng thể, và bạn có thể tương tác trực tiếp với từng thành viên trong nhóm. - Chế độ hiển thị: Hai chế độ giao diện người dùng - Đang xử lý: Tất cả thành viên nhóm cùng chạy trên một cửa sổ terminal và chuyển đổi giữa các tin nhắn đồng thời bằng cách sử dụng tổ hợp phím Shift + Mũi tên lên/xuống. - Chia cửa sổ: Mỗi thành viên một cửa sổ (yêu cầu tmux hoặc iTerm2 + API CLI/Python của it2), mặc định là tự động. - Chỉ định đồng đội và kiểu máy: Claude có thể tự quyết định số lượng đồng đội, hoặc anh ấy có thể đưa ra yêu cầu cụ thể (ví dụ: "4 đồng đội để tái cấu trúc song song") và chỉ định kiểu máy mà mỗi đồng đội sử dụng. - Phê duyệt kế hoạch: Các thành viên nhóm có thể được yêu cầu cung cấp giải pháp ở chế độ kế hoạch chỉ đọc trước khi người lãnh đạo phê duyệt và viết mã; các tiêu chí phê duyệt có thể được chỉ định trong lời nhắc (ví dụ: phải bao gồm các bài kiểm tra). - Chế độ ủy quyền: Cho phép người dẫn đầu chỉ thực hiện điều phối mà không cần trực tiếp viết mã (Shift+Tab để chuyển đổi), phù hợp với các trường hợp bạn muốn biến người dẫn đầu thành người điều phối thuần túy. - Phân công và ưu tiên nhiệm vụ: Danh sách nhiệm vụ dùng chung hỗ trợ các trạng thái đang chờ xử lý/đang thực hiện/đã hoàn thành và các mối quan hệ phụ thuộc; người dẫn đầu có thể được chỉ định hoặc đồng đội có thể nhận nhiệm vụ; khóa tập tin ngăn nhiều người cạnh tranh cùng một nhiệm vụ. - Tắt máy và dọn dẹp: Người lãnh đạo có thể yêu cầu đồng đội tắt máy; khi hoàn tất, người lãnh đạo có thể thực hiện dọn dẹp (thao tác này sẽ kiểm tra xem còn đồng đội nào đang hoạt động hay không để tránh tình trạng tài nguyên dư thừa/không nhất quán). - Lưu trữ cục bộ và kiến ​​trúc: Cấu hình đội ngũ và danh sách nhiệm vụ được lưu trữ cục bộ (ví dụ: `~/.claude/teams/{team}/config.json`, `~/.claude/tasks/{team}/`), và có một hộp thư để gửi tin nhắn và thông báo khi không hoạt động. - Chi phí Token: Các nhóm sẽ tiêu thụ nhiều token hơn đáng kể (tùy thuộc vào ngữ cảnh riêng của từng thành viên), điều này phù hợp cho việc nghiên cứu/đánh giá/phát triển tính năng mới; nhiệm vụ nhỏ hàng ngày sẽ tiết kiệm chi phí hơn cho mỗi phiên làm việc. - Gợi ý sử dụng và khắc phục sự cố: Nhấn mạnh "cung cấp đủ ngữ cảnh, phân chia nhiệm vụ phù hợp, tránh xung đột tập tin, và giám sát và hướng dẫn liên tục"; liệt kê các sự cố thường gặp (đồng đội không hiển thị, quá nhiều yêu cầu cấp quyền, người quản lý kết thúc công việc quá sớm, tmux bị bỏ sót, v.v.).

Tóm tắt cá nhân: Cảm giác khá non nớt, đặc biệt là khi bạn cần cung cấp hướng dẫn đầy đủ và giám sát liên tục. Tôi nghĩ nếu bạn có thể làm được điều đó, chỉ sử dụng các tác nhân phụ thay vì các nhóm tác nhân sẽ hoàn thành tốt công việc; ưu điểm của kiến ​​trúc này không rõ ràng. Ưu điểm chính có lẽ là nó là một giải pháp thay thế ít tốn token hơn so với phương pháp đa tác nhân thông thường?