Dựa vào một phiên AI duy nhất cho các quy trình phức tạp, trải rộng nhiều miền, vốn dĩ rất chậm. Nhóm agent Claude giải quyết việc này bằng cách cho các agent chuyên biệt chạy song song, tạo ra kết quả sâu hơn với tốc độ cao hơn nhiều. Hướng dẫn này trình bày cách nhóm agent Claude Code hoạt động, cách thiết lập và các thực hành tốt nhất để khai thác tối đa giá trị của chúng.
Nhóm agent Claude là gì
Nhóm agent Claude Code là một hệ thống phối hợp đa phiên bản, trong đó nhiều phiên Claude làm việc song song trên cùng một codebase. Một phiên được chỉ định làm lead agent, nhận tác vụ tổng thể, phân rã thành các tác vụ con và tổng hợp đầu ra cuối cùng. Các sub-agent còn lại là đồng đội, mỗi người chạy trong context window cô lập của riêng mình, đảm nhận một phần việc riêng biệt và giao tiếp trực tiếp với các đồng đội khác.
Ưu điểm của nhóm agent
Các trợ lý AI thông thường xử lý tác vụ tuần tự, từng việc một; nhóm agent thì khác. Nhóm agent phá bỏ ràng buộc đó: khi công việc thực sự có thể song song hóa, thời gian thực tế sẽ giảm tương ứng.
Đồng thời, nhóm agent không chỉ là nhiều phiên chạy cùng lúc; lớp điều phối bổ sung ba năng lực mà cách làm thủ công với nhiều phiên không có:
Nhắn tin ngang hàng: Các đồng đội có thể gửi tin nhắn trực tiếp cho nhau mà không cần đi qua bạn hay lead. Ví dụ, trong một nhóm agent có người đánh giá bảo mật, agent này có thể báo một phát hiện cho người đánh giá hiệu năng ngay giữa quá trình chạy mà không làm cả nhóm phải chờ.
Khóa tệp: Khi một đồng đội ghi vào tệp, đồng đội đó sẽ lấy một khóa để ngăn các agent khác ghi đồng thời. Cơ chế này chặn nhóm xung đột merge kiểu ghi đè âm thầm.
Theo dõi phụ thuộc: Lead mã hóa các phụ thuộc giữa tác vụ trong quá trình phân rã. Lớp điều phối thực thi các phụ thuộc đó, nên không agent nào bắt đầu trước khi các điều kiện tiên quyết được đáp ứng, mà không cần kiểm tra thủ công.
Nhóm agent thực sự hoạt động như thế nào
Một nhóm agent gồm các thành phần sau, mỗi thành phần có vai trò riêng:
Team lead là phiên Claude Code chính. Phiên này tạo nhóm, khởi tạo đồng đội, điều phối công việc giữa họ và tổng hợp kết quả cuối cùng. Đây là phiên bạn tương tác trực tiếp.
Đồng đội là các phiên Claude Code riêng biệt, mỗi phiên làm việc độc lập trên các tác vụ được giao trong context window của riêng mình. Họ không chia sẻ ngữ cảnh với lead hay với nhau; việc giao tiếp diễn ra một cách tường minh, qua danh sách tác vụ và hộp thư.
Danh sách tác vụ chung và hộp thư cho phép phối hợp**.** Danh sách tác vụ chung là một hàng đợi trực tiếp mà nhóm agent đọc và ghi vào. Lead điền danh sách này khi phân rã công việc; các đồng đội nhận tác vụ, xử lý và đánh dấu hoàn tất. Các phụ thuộc được thực thi tự động; khi một đồng đội hoàn thành một tác vụ, mọi tác vụ bị chặn bởi tác vụ đó sẽ được mở khóa mà không cần can thiệp thủ công. Hộp thư là hệ thống nhắn tin để các agent giao tiếp trực tiếp với nhau. Tin nhắn tự động luân chuyển giữa các đồng đội và lead.
Cả cấu hình nhóm và danh sách tác vụ đều được lưu cục bộ (~/.claude/teams/ và ~/.claude/tasks/). Claude Code tự động tạo và duy trì các tệp này. Không chỉnh sửa thủ công, vì mọi thay đổi sẽ bị ghi đè trong lần cập nhật trạng thái tiếp theo.
Cách thiết lập nhóm agent Claude Code
Nhóm agent Claude mặc định bị tắt trong Claude Code. Tính năng này được gắn nhãn thử nghiệm và cần bật thủ công. Dưới đây là toàn bộ quy trình thiết lập. Trước khi bật nhóm agent, bạn nên xác nhận phiên bản Claude Code của mình là v2.1.32 trở lên**.** Bạn có thể chạy claude --version trong terminal để kiểm tra.
Bước 1: Bật feature flag
Đặt biến môi trường CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS thành 1. Có ba cách thực hiện:
Tùy chọn A: ~/.claude/settings.json (khuyến nghị)
Tùy chọn B: Shell profile (~/.bashrc hoặc ~/.zshrc)
Tùy chọn C: Inline, cho một phiên duy nhất
Nếu bạn đã chỉnh sửa settings.json hoặc shell profile, hãy khởi động lại Claude Code để flag có hiệu lực.
Bước 2: Cài đặt tmux (khuyến nghị, không bắt buộc)
Nhóm agent hiển thị ở hai chế độ: in-process (tất cả đồng đội chạy bên trong terminal chính) và split panes (mỗi đồng đội có pane riêng, cần tmux hoặc iTerm2). Cho mỗi đồng đội chạy trong pane terminal riêng giúp việc theo dõi nhóm theo thời gian thực dễ hơn đáng kể.
Để đảm bảo luôn ở chế độ split panes, hãy đặt teammateMode trong ~/.claude/settings.json:
Để ghi đè thiết lập mặc định "auto", hãy đặt teammateMode trong ~/.claude/settings.json là in-process. Để ép chế độ in-process cho một phiên duy nhất, truyền dưới dạng flag: claude --teammate-mode in-process.
Bước 3: Viết prompt để khởi động nhóm agent của bạn
Sau khi bật nhóm agent, chỉ cần nói với Claude bằng ngôn ngữ tự nhiên những tác vụ, sản phẩm bàn giao và cấu trúc nhóm bạn muốn nhóm agent thực hiện. Bạn có thể chỉ định từng vai trò trong prompt; Claude sẽ tạo nhóm, khởi tạo đồng đội và lên lịch tác vụ tương ứng.
Prompt ví dụ:
Bạn có thể chỉ định mô hình mà nhóm agent sử dụng, chẳng hạn "Use Sonnet for every teammate". Các đồng đội không kế thừa mô hình của lead agent. Người dùng phải chỉ định mô hình trong frontmatter của tệp vai trò hoặc đặt mô hình đồng đội mặc định qua /config.
Bước 4: Yêu cầu phê duyệt kế hoạch cho tác vụ phức tạp (tùy chọn)
Với các tác vụ có rủi ro và độ phức tạp cao, bạn có thể yêu cầu nhóm lập kế hoạch trước khi thực thi. Các đồng đội trong nhóm agent sẽ làm việc ở chế độ chỉ đọc; lead sẽ xem xét, chỉnh sửa và cuối cùng phê duyệt kế hoạch. Chỉ khi kế hoạch được lead phê duyệt, các đồng đội mới bắt đầu triển khai.
Lưu ý rằng lead agent sẽ ra quyết định, vì vậy bạn cũng có thể cung cấp một số tiêu chí để ra quyết định.
Prompt ví dụ:
Bước 5: Thiết lập git worktree để cô lập tệp (tùy chọn, khuyến nghị)
Nếu có đồng đội nào ghi tệp, bạn rất nên dùng Claude Code worktree. Git worktree là một thư mục làm việc riêng trên nhánh riêng, dùng chung lịch sử .git với bản checkout chính của bạn. Mỗi agent có quyền truy cập tệp được cô lập, và chỉnh sửa từ một worktree sẽ không bao giờ chạm vào phần việc đang dở của agent khác.
Để bật theo từng agent, chỉ cần thêm isolation: worktree vào YAML frontmatter của agent. Claude Code cấp phát một worktree mới cho mỗi lần gọi agent song song và tự động dọn dẹp khi agent hoàn tất.
Khi dùng CLI: claude --worktree hoặc claude -w sẽ khởi động một phiên trong worktree riêng. Ứng dụng desktop tự động tạo một Claude Code worktree cho mỗi phiên.
Bước 6: Theo dõi định kỳ
Nhóm agent không phải kiểu thiết lập rồi bỏ mặc, và những nhóm chạy lâu có thể bị lệch hướng. Agent có thể kẹt ở prompt xin quyền, đánh dấu tác vụ hoàn tất quá sớm hoặc mất dấu phạm vi. Bạn có thể kiểm tra 10–15 phút một lần và xem danh sách tác vụ chung để phát hiện tác vụ bị kẹt hoặc chưa ai nhận. Nếu một tác vụ không tiến triển trong 20–30 phút, nguyên nhân có thể là bị chặn bởi quyền hoặc vai trò được mô tả chưa đúng, cần can thiệp thủ công.
So sánh song song: subagent và nhóm agent
Subagent là mô hình ủy quyền. Nhóm agent là mô hình cộng tác. Khác biệt này chi phối mọi thứ, từ cách quản lý ngữ cảnh đến chi phí của một lần chạy.
| Subagent | Nhóm agent | |
|---|---|---|
| Giao tiếp | Một chiều: lead giao việc, subagent báo cáo lại | Ngang hàng + điều phối qua lead |
| Trạng thái dùng chung | Không có | Danh sách tác vụ chung có theo dõi phụ thuộc |
| Context window | Context window riêng; kết quả trả về lead | Mỗi đồng đội có context window riêng (tối đa 1M token) |
| Ngăn xung đột tệp | Không tích hợp sẵn | Có khóa tệp |
| Chi phí token | Thấp hơn | Cao hơn (mỗi đồng đội là một instance riêng) |
| Tiếp tục phiên | Được hỗ trợ | /resume and /rewind don't restore in-process teammates |
| Agent lồng nhau | Được hỗ trợ | Không được hỗ trợ; chỉ lead mới có thể khởi tạo đồng đội |
| Phù hợp nhất cho | Ủy quyền tập trung, workflow lặp lại | Công việc đa miền, có phụ thuộc lẫn nhau và có thể song song hóa |
Subagent là mô hình ủy quyền một chiều: lead gửi tác vụ, subagent thực thi trong context window riêng, rồi trả kết quả về. Không có trạng thái dùng chung, không có giao tiếp trực tiếp giữa các agent ngang cấp, cũng không có lớp điều phối — chỉ là vòng lặp giao việc và nhận kết quả gọn gàng.
Nhóm agent làm việc trên danh sách tác vụ chung với cơ chế tự động thực thi phụ thuộc, đồng thời các đồng đội nhắn tin ngang hàng với nhau qua mailbox.
Tóm lại, nhóm agent phát huy giá trị khi công việc được chia thành các luồng song song thực sự độc lập nhưng vẫn cần chia sẻ phát hiện và phối hợp với nhau. Với kết quả nhanh, tác vụ tuần tự, chỉnh sửa một tệp, hoặc bất cứ trường hợp nào ưu tiên dự đoán chi phí hơn tốc độ, subagent là lựa chọn hợp lý hơn.
Khi nào chọn nhóm agent, khi nào chọn subagent
Dùng nhóm agent khi:
Các đồng đội cần giao tiếp trực tiếp với nhau
Công việc cần danh sách tác vụ chung, có theo dõi phụ thuộc giữa các luồng việc song song
Tác vụ quá lớn cho một phiên đơn, và mỗi worker cần một ngữ cảnh hoàn toàn độc lập
Dùng subagent khi:
Bạn chỉ cần bản tóm tắt cuối cùng, không cần toàn bộ đầu ra trung gian
Công việc đủ độc lập để trả về một kết quả gọn gàng
Bạn muốn giới hạn công cụ hoặc chuyển sang mô hình rẻ hơn
Bạn cần các hướng nghiên cứu song song không phụ thuộc vào nhau
Nếu bạn không xác định được ít nhất ba luồng việc song song thực sự độc lập, một phiên đơn hoặc subagent nhiều khả năng sẽ hiệu quả hơn nhóm agent với chi phí thấp hơn.
Các trường hợp sử dụng thực tế của nhóm agent
Khi công việc tự nhiên tách thành các luồng có phạm vi rõ ràng, có giới hạn; các luồng này có thể tiến hành mà không phải chờ nhau (hoặc có thể mã hóa rõ các phụ thuộc), và chi phí điều phối nhỏ so với thời gian tiết kiệm được nhờ chạy song song. Dưới đây là năm trường hợp nhóm agent vượt trội hơn một phiên đơn.
Review code song song
Gán ba reviewer cùng lúc cho một pull request, gồm một security agent, một performance agent và một test coverage agent. Lead tổng hợp ba báo cáo song song thành một danh sách hành động theo thứ tự ưu tiên. Mẫu này cũng phù hợp với review kiến trúc (scalability agent, security agent, maintainability agent) hoặc kiểm tra tuân thủ trên các khung quy định khác nhau.
Gỡ lỗi theo các giả thuyết cạnh tranh
Khởi tạo năm agent, mỗi agent phụ trách một giả thuyết, để kiểm tra các tệp hoặc log cụ thể nhằm phân tích lỗi production. Agent đầu tiên xác nhận được giả thuyết sẽ đưa ra bản sửa, và các agent còn lại có thể dừng lại. Cách này hiệu quả hơn việc lần lượt điều tra từng giả thuyết, mất hàng giờ gỡ lỗi theo một hướng, quay lại rồi bắt đầu hướng tiếp theo.
Refactor xuyên tầng
Một tác vụ refactor xuyên tầng gồm cả bước tuần tự lẫn song song. Chẳng hạn, một thay đổi API phá vỡ tương thích cần cập nhật endpoint backend, component frontend sử dụng các endpoint đó, và bộ test bao phủ cả hai. Phần backend phải hoàn tất trước khi frontend có thể bắt đầu. Khi tác vụ backend đã triển khai, test suite agent có thể song song dựng khung cấu trúc test mới. Trong nhóm agent, lead dùng cơ chế theo dõi phụ thuộc của danh sách tác vụ chung để mã hóa thứ tự này.
Khảo sát nghiên cứu không nhiễm ngữ cảnh
Một quyết định kỹ thuật có thể cần khảo sát nhiều nhóm bằng chứng độc lập, chẳng hạn chọn database engine, đánh giá ba API bên thứ ba, và thẩm định công cụ build. Gán cho mỗi agent một miền không chồng lấn, và mỗi agent đăng bản tóm tắt có cấu trúc. Lead tổng hợp thành tài liệu so sánh. Sự cô lập giữ được góc nhìn độc lập, qua đó nâng chất lượng kết quả.
Di chuyển codebase lớn
Nâng cấp một dependency lớn trên codebase quy mô lớn thường phải động đến nhiều module. Nếu các module có ranh giới rõ ràng và có thể di chuyển đồng thời, nhóm agent sẽ hữu ích. Gán một agent cho mỗi module độc lập; mỗi agent di chuyển module của mình, chạy bộ test riêng, rồi báo cáo lại bằng bản tóm tắt di chuyển có nêu mọi interface đã thay đổi. Lead review các thay đổi interface trước khi tuyên bố hoàn tất quá trình di chuyển và điều phối thứ tự merge.
Nên và không nên khi thiết kế nhóm agent của bạn
Xây dựng hệ thống agent song song bằng Claude Code khá dễ thiết lập, nhưng cũng rất dễ làm sai. Dưới đây là các nguyên tắc thiết kế quyết định nhóm agent của bạn sẽ hoạt động hiệu quả hay chỉ lãng phí thời gian.
Mẹo chuyên sâu khi xây dựng hệ thống agent song song
Phê duyệt trước quyền truy cập: Đồng đội bắt đầu với thiết lập quyền của lead. Nếu lead chạy với --dangerously-skip-permissions, tất cả đồng đội cũng kế thừa thiết lập đó. Bạn có thể điều chỉnh chế độ của từng đồng đội sau khi khởi tạo, nhưng không thể cấu hình chế độ riêng cho từng đồng đội ngay tại thời điểm khởi tạo. Hãy hoạch định chiến lược quyền truy cập thông qua lead trước khi khởi chạy nhóm.
Viết prompt vai trò thật chặt: Mỗi prompt vai trò nên nêu rõ bốn điều: cần làm gì, làm trong các tệp hoặc miền nào, tập trung vào đâu và loại trừ gì, cũng như deliverable trông như thế nào. Khi khởi tạo đồng đội, bạn có thể tham chiếu các kiểu subagent từ bất kỳ phạm vi subagent nào: project, user, plugin hoặc do CLI định nghĩa. Nhờ đó, bạn chỉ cần định nghĩa một vai trò một lần, chẳng hạn security reviewer hoặc test runner, rồi tái sử dụng vai trò đó cả như subagent được ủy quyền lẫn như đồng đội trong nhóm agent.
Bắt buộc cô lập tệp: Với bất kỳ agent nào ghi xuống đĩa, hãy dùng cơ chế cô lập. Hai agent cùng lúc chỉnh sửa một tệp là một trong những cách chắc chắn nhất để tạo ra đầu ra bị lỗi.
Kiểm tra theo lịch: Với các nhóm agent đang hoạt động, hãy kiểm tra mỗi 10–15 phút. Xem danh sách tác vụ chung để phát hiện tác vụ chưa tiến triển. Một tác vụ kẹt hơn 20–30 phút có thể do vấn đề quyền truy cập, vai trò được mô tả sai, hoặc phụ thuộc vòng, và có thể cần xử lý thủ công.
Mã hóa phụ thuộc một cách tường minh: Nếu Task B về mặt logic diễn ra sau Task A, hãy ghi phụ thuộc đó vào danh sách tác vụ ngay lúc phân rã, thay vì để nó thành chỉ dẫn trong prompt vai trò. Lớp điều phối tự động thực thi phụ thuộc; còn chỉ dẫn trong prompt có thể bị hiểu sai hoặc bị bỏ qua.
Định nghĩa ranh giới sở hữu trong tệp md của bạn: Với các dự án nhiều phiên, hãy viết quy tắc rằng mỗi module hoặc thư mục chỉ có đúng một agent sở hữu. Điều này ngăn chồng lấn ngay cả trước khi nhóm được khởi chạy.
Luôn dọn dẹp thông qua lead, không thông qua đồng đội: Lead kiểm tra các đồng đội còn hoạt động trước khi giải phóng tài nguyên. Đồng đội không có đầy đủ ngữ cảnh của cả nhóm để dọn dẹp an toàn; làm vậy có nguy cơ khiến phiên rơi vào trạng thái không nhất quán.
Những lỗi thường gặp bạn có thể tránh khi dùng nhóm agent
Đừng khởi tạo cả nhóm cho tác vụ mà một phiên có thể xử lý gọn: Trước khi viết bất kỳ tệp vai trò nào hay gửi một swarm prompt, hãy vẽ đồ thị tác vụ. Những tác vụ con nào thực sự độc lập? Những tác vụ nào có phụ thuộc? Công việc đó có phụ thuộc tuần tự không? Nếu bạn không thể diễn đạt được ba luồng song song có ranh giới rõ ràng, một phiên đơn sẽ hiệu quả hơn cả nhóm.
Đừng giao hai agent cho cùng một tệp. Đây là nguồn phổ biến nhất gây xung đột merge và ghi đè âm thầm. Nếu cách phân rã tác vụ của bạn tạo ra hai agent đều cần chạm vào cùng một component, phần việc trên component đó nên được thực hiện tuần tự — giao cho một agent sau khi agent kia hoàn tất.
Đừng bỏ qua bước phê duyệt trước quyền truy cập trong Claude Code. Các prompt xin quyền bật lên giữa chừng sẽ làm đình trệ thực thi song song và cần can thiệp thủ công. Phần overhead này xóa đi phần lớn lợi ích. Hãy phê duyệt trước quyền ghi tệp và các lệnh shell cho thư mục làm việc trước khi khởi chạy.
Đừng kỳ vọng khôi phục được nhóm Claude Code của bạn. Nếu một phiên bị dọn dẹp, /resume và /rewind sẽ không khôi phục các đồng đội đang chạy in-process. Hãy lưu các đầu ra trung gian quan trọng trước những lượt chạy dài.
Đừng chạy nhóm quá năm người nếu không có lý do rõ ràng. Chi phí token tăng tuyến tính, nhưng overhead điều phối tăng nhanh hơn. Ba agent tập trung với vai trò chặt chẽ thường xuyên hiệu quả hơn năm agent có vai trò mơ hồ. Chỉ thêm đồng đội khi có một luồng việc song song rõ ràng đang chờ — không phải vì nhiều hơn nghe có vẻ tốt hơn.
Một mô hình khác: Xây dựng nhóm đa agent trong Kimi Agent Swarm
Nhóm agent Claude Code phát huy tốt trong các kịch bản thuần dành cho lập trình viên, tích hợp sâu với workflow terminal và hệ sinh thái Git. Tuy nhiên, mô hình cộng tác đa agent không dừng lại ở dòng lệnh. Kimi Agent Swarm là nơi mô hình đó trở nên dễ tiếp cận với mọi người.
Kimi Agent Swarm là hệ thống cộng tác đa agent của Kimi, được xây dựng cho các tác vụ phức tạp, quy mô lớn. Hệ thống chia một mục tiêu rộng thành các tác vụ con rời rạc, rồi điều phối các agent và kỹ năng khác nhau để đồng thời xử lý tìm kiếm, đọc, phân tích, viết, lập trình, tạo bảng tính, tạo slide và xây dựng trang web. Không cần cờ env. Không cần git config.
Các tính năng chính của Kimi Agent Swarm
Cộng tác song song với tối đa 300 sub-agent: Kimi Agent Swarm phân rã tác vụ phức tạp và điều phối nhiều sub-agent xử lý đồng thời các tác vụ con. Hệ thống có thể phối hợp tối đa 300 sub-agent để thực thi hơn 4.000 lượt gọi công cụ trong một lần chạy.
Thực thi tổng hợp nhiều kỹ năng: Swarm có thể kết hợp nhiều kỹ năng chuyên biệt trong một lần chạy, bao gồm deep research, pptx, viết báo cáo, vibe-coding, xây dựng website, viết paper, đồng thời vượt trội hơn một agent đơn về độ sâu đầu ra và độ phủ định dạng.
Xử lý tài liệu quy mô lớn: Agent Swarm có thể xử lý hàng loạt tệp trên hơn 20 định dạng (PDF, Word, Excel, PPT, hình ảnh, v.v.), đọc, trích xuất thông tin và tóm tắt nội dung song song trên toàn bộ tập tài liệu; có thể tham chiếu thư viện, tệp intelligence cạnh tranh hoặc nạp dữ liệu từ nhiều nguồn.
Nghiên cứu diện rộng chủ động: Với các tác vụ cần thông tin trên phạm vi rộng, Agent Swarm phái sub-agent tìm kiếm web, định vị nguồn, tải nội dung, phân loại phát hiện và tạo bản tóm tắt có cấu trúc theo song song.
Suy luận đa góc nhìn: Agent Swarm có thể cho nhiều góc nhìn chuyên gia xử lý cùng một vấn đề đồng thời. Cách này tạo ra phân tích đầy đủ hơn so với một lượt xem xét từ một góc nhìn và làm lộ ra các điểm mù mà review tuần tự thường bỏ sót.
Cung cấp nội dung chuyên sâu: Kiến trúc song song của Agent Swarm được thiết kế cho các đầu ra có chiều sâu bền bỉ, chẳng hạn báo cáo nghiên cứu hàng trăm trang, phân tích ngành dạng dài, tổng quan tài liệu học thuật, hướng dẫn học tập có cấu trúc và nội dung tự sự mở rộng.
Đầu ra đa định dạng trong một lần chạy: Agent Swarm có thể tạo đồng thời nhiều loại deliverable cho cùng một tác vụ, chẳng hạn báo cáo PDF, deck PPT, trang web, tập dữ liệu Excel và dự án code.
Cách chạy một nhóm agent trong Kimi Agent Swarm
Bước 1: Mở Kimi Agent Swarm và nhập prompt của bạn
Mở trang Agent Swarm và mô tả tác vụ của bạn trong ô nhập. Để có kết quả tốt nhất, hãy nêu cụ thể phạm vi, các deliverable bạn mong muốn, và mọi ràng buộc như khoảng thời gian, nguồn hoặc yêu cầu định dạng.
Prompt ví dụ:
Bước 2: Để Kimi Agent Swarm làm việc
Sau khi bạn gửi prompt, Agent Swarm sẽ chia tác vụ thành các tác vụ con và điều phối subagents làm việc song song. Bạn có thể theo dõi tiến độ theo thời gian thực, bao gồm lập kế hoạch tác vụ, khởi tạo sub-agent và thực thi song song.
Bước 3: Nhận, xem trước, rồi tải xuống hoặc chia sẻ kết quả
Khi lượt chạy hoàn tất, các deliverable của bạn đã sẵn sàng để xem trước trực tiếp trong giao diện. Tùy tác vụ, đầu ra có thể gồm báo cáo nghiên cứu, phân tích dữ liệu, deck PPT, trang web, dự án code hoặc kết hợp các loại này. Bạn có thể tải tệp xuống và chia sẻ trực tiếp.
Những trường hợp Kimi Agent Swarm phát huy thế mạnh
Viết hồ sơ thầu và đề xuất: Giao các agent song song xử lý đồng thời thông số kỹ thuật, yêu cầu tuân thủ, mô hình định giá và case study; orchestrator tích hợp chúng thành một bản đề xuất mạch lạc.
Phân tích tài chính: Giao các agent song song xử lý dữ liệu thị trường, hồ sơ công bố của đối thủ, chỉ báo vĩ mô và mô hình nội bộ; orchestrator tổng hợp thành một phân tích thống nhất.
Nghiên cứu kinh doanh: Giao các agent song song nghiên cứu bức tranh cạnh tranh, phỏng vấn khách hàng, báo cáo ngành và bối cảnh pháp lý từ nhiều nguồn khác nhau; orchestrator tạo ra đầu ra có cấu trúc.
Kiểm thử bảo mật: Chạy các agent song song cho reconnaissance, quét lỗ hổng, kiểm toán dependency và kiểm tra leo thang đặc quyền; orchestrator tổng hợp các phát hiện thành báo cáo cuối cùng.
Phát triển full-stack: Xây dựng các agent song song cho component frontend, endpoint backend, schema cơ sở dữ liệu và bộ test; orchestrator điều phối tích hợp trên toàn bộ stack.
Kết luận
Nhóm agent Claude Code được thiết kế chuyên biệt cho workflow kỹ thuật, đưa khả năng thực thi song song vào các codebase phức tạp ngay từ terminal. Nếu công việc của bạn vượt ra ngoài code, Kimi Agent Swarm mang cùng mô hình đa agent đó đến nghiên cứu, phân tích, nội dung và hơn thế nữa. Chỉ cần mô tả tác vụ của bạn, phần còn lại cứ để swarm xử lý.