MultiAgent
建议
配置 MultiAgent 工作流时,建议先让 AI 帮你生成团队分工、执行计划和质量门槛,再由你人工确认权限、文件边界和验收标准。
Subagent 能提高并行效率,但实际使用中也有明显瓶颈:多个 agent 之间通常不能直接交流、不能同步上下文,也没有共享任务面板。它适合“各做各的”,但不适合需要持续沟通和协作推进的大任务。
MultiAgent 更适合复杂团队任务。它把多个 agent 组织成一个协作团队,支持分工、同步、任务推进和结果整合。

推荐方案
目前更推荐两类多代理能力:
- Claude Code AgentTeam:适合本地工程开发、代码库改造、测试与审查协作
- Kimi Agent Swarm:适合大规模并行任务、研究、文档、网页和综合交付
AgentTeam 的优势是工程开发更贴近 Claude Code 工作流;Kimi Swarm 的优势是横向扩展,适合大量子任务并行。
AgentTeam 和 Subagent 的区别
| 类型 | 通信方式 | 协作方式 | 适合场景 |
|---|---|---|---|
| Subagent | 只向主会话返回结果 | 主会话统一分配和汇总 | 代码审查、调查、测试、单点验证 |
| AgentTeam | team 成员之间可以沟通 | 共享任务、互相同步、协同推进 | APP 开发、复杂重构、多模块交付 |
| Kimi Swarm | 大量子代理并行 | 自动拆解和并行执行 | 大规模研究、资料整理、复杂交付 |
开启 AgentTeam
Claude Code 的 AgentTeam 是实验功能,默认关闭。需要在 settings.json 中开启。
用户级配置文件位置:
text
~/.claude/settings.json写入:
json
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}如果你已经配置了 Waihub,可以把它合并到原来的 env 中:
json
{
"env": {
"ANTHROPIC_AUTH_TOKEN": "xxxx",
"ANTHROPIC_BASE_URL": "https://waihub.top",
"CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC": "1",
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}注意
示例里的 xxxx 请替换为你自己的 Waihub API Key 和 Claude 渠道地址。不要把真实密钥提交到仓库或公开截图。
修改后,重新启动 Claude Code。
使用流程
1. 进入 tmux 终端
AgentTeam 会启动多个 Claude Code 会话。推荐在 tmux 中运行,方便同时观察多个会话。
bash
tmux new -s agent-team进入项目目录后启动 Claude Code:
bash
cd /path/to/your/project
claude2. 给出团队任务
示例提示:
text
阅读 @docs/PRD.md,创建一个 agent team 完成 APP 开发。
团队至少包括:
- 前端工程师:负责页面、交互、样式和响应式
- 后端工程师:负责接口、数据模型、鉴权和错误处理
- 测试工程师:负责测试计划、关键用例、回归检查
要求:
1. 先列出分工、文件边界和计划
2. 不同成员不要修改同一批文件
3. 每个阶段结束后同步进度和风险
4. 完成后由测试工程师做验收3. 自动化 AgentTeam
Claude Code 会根据任务创建 team,分配成员,并协调推进。

适合 AgentTeam 的任务
适合:
- 从 PRD 开发一个完整 APP
- 前后端同时推进
- 大型重构
- 多模块迁移
- 需要测试、审查、文档同步参与的任务
- 需要多人角色互相讨论和同步的复杂任务
角色设计
常见团队配置:
APP 开发
- Product Lead:梳理 PRD、拆任务、确认验收标准
- Frontend Engineer:页面、状态、交互、样式
- Backend Engineer:接口、数据库、鉴权、错误处理
- Test Engineer:测试用例、回归、边界检查
- Reviewer:最终审查和风险汇总
重构任务
- Architect:拆解模块和迁移顺序
- Module Owner A:负责一个明确模块
- Module Owner B:负责另一个明确模块
- Test Engineer:跑测试、定位失败
- Reviewer:检查行为兼容性
代码审查
- Security Reviewer:安全和权限
- Regression Reviewer:行为回归
- Test Reviewer:测试覆盖
- Docs Reviewer:文档和迁移说明
使用建议
- 先让 team 输出计划,再开始写代码
- 给每个成员明确文件边界
- 让测试角色尽早介入,而不是最后才验收
- 中途要求 team 汇报当前状态、阻塞和风险
- 复杂任务用 tmux 保持会话可见
- 完成后仍要人工审查 Git diff
注意
AgentTeam 会产生更高的 token 和工具调用成本。任务越大、成员越多,成本越高。建议从 3 到 5 个角色开始,不要一上来创建过大的团队。
Kimi Swarm
Kimi Agent Swarm 是 Kimi K2.6 Agent 的多代理并行能力,适合让大量子代理并行处理研究、资料整理、网页生成、文档和综合交付任务。
适合场景:
- 大规模信息收集
- 多主题研究
- 资料对比和归纳
- 文档、表格、PPT 综合产出
- 不需要精细本地代码权限控制的复杂任务
如果任务是本地代码库开发,优先使用 Claude Code AgentTeam;如果任务是资料密集型、产出型、可大规模并行的任务,可以考虑 Kimi Swarm。
资源网站
- Claude Code Agent Teams
- Claude Code Settings
- Claude Code Subagents
- Kimi K2.6 Agent Swarm
- Kimi K2.6 Agent Overview
建议
从 Subagent 过渡到 AgentTeam,不要只增加人数。关键是让角色之间有明确协作关系、共享任务节奏和最终验收标准。