Anthropic 的 Claude Code 构建者在近期的一次分享中展示了他们内部的实际用法——不是让一个 Agent 干所有事,而是编排多个 Agent 各司其职。这套思路正在被越来越多的开发团队采纳。
为什么需要多 Agent
单个 Claude Code Agent 已经能完成很多任务,但面对复杂项目时有几个天然瓶颈:
- 上下文窗口有限:大型代码库无法一次性装入单个会话
- 角色冲突:写代码的人和审查代码的人应该是不同的视角
- 并行效率:多个独立任务串行执行浪费时间
- 质量保证:自己写的代码自己审查容易漏掉问题
多 Agent 架构通过角色分工解决这些问题。
经典四角色架构
在分享中演示的多 Agent 工作流包含四个明确角色:
| 角色 | 职责 | 输出 |
|---|---|---|
| Architect(架构师) | 理解需求、设计系统架构、拆分任务 | 任务列表、技术方案 |
| Engineer(工程师) | 按架构设计编写代码 | 功能代码、单元测试 |
| Reviewer(审查者) | 代码审查、安全检查、风格校验 | 审查意见、修改建议 |
| Shipper(部署者) | 运行测试、构建、部署、验证 | 部署状态、回归报告 |
每个 Agent 有独立的 CLAUDE.md 配置文件,定义其角色边界和行为规范。
Claude Code 原生支持:Sub-agents
Claude Code 的 Sub-agents 功能让这种架构不需要额外框架就能运行:
# 在主 Agent 中启动子 Agent
/agent spawn --role reviewer "Review all changes in src/ directory"
# 并行启动多个子 Agent
/agent spawn --role tester "Run test suite for auth module"
/agent spawn --role reviewer "Review PR #142"
# 查看子 Agent 状态
/agent list
Claude Code v2.1 版本还支持 Hooks 机制,可以在特定事件(如文件修改、测试完成)触发自动化的子 Agent 动作。
实战:30 分钟从需求到上线
一个典型的多 Agent 工作流执行过程:
- Architect Agent 接收需求描述,拆解为 5 个子任务,输出任务清单
- 主 Agent 将任务分发给 3 个 Engineer Agent 并行开发
- 每个 Engineer 完成后,自动触发对应的 Reviewer Agent 审查
- Reviewer 通过后,Shipper Agent 自动运行测试、构建、提交 PR
- 主 Agent 汇总所有结果,输出完成报告
整个过程人工只需要在关键节点做权限确认。
MCP 集成的增强
Claude Code 通过 MCP(Model Context Protocol)连接外部服务后,多 Agent 的能力进一步扩展:
- GitHub MCP:Agent 可以直接创建 PR、评论、管理 Issue
- Slack MCP:任务状态变更自动通知团队频道
- 数据库 MCP:Agent 直接查询数据验证功能
适用边界
多 Agent 工作流不是银弹:
- 适合:模块化清晰的项目、需要严格代码审查的团队、CI/CD 流程成熟的环境
- 不适合:探索性开发(需求不明确)、单人小项目( overhead 大于收益)、资源受限环境(多 Agent 消耗更多 API 调用)
Claude Code 的官方文档已经收录了 Sub-agents 的使用指南,说明这套实践正在从社区实验走向官方推荐。
主要来源:
- Claude Code Sub-agents 文档 - Anthropic 官方文档
- anthropics/claude-code - 官方仓库,v2.1.123
- 社区实测:多 Agent 协作线程(X/Twitter,2026-04-28)