11.1 从子代理到 Agent Teams
面向经管学生、研究者与从业者的 AI 智能体设计教材
11.1 从子代理到 Agent Teams
子代理模式在很多场景中工作良好：主代理拆分任务，子代理各自执行，结果汇总给主代理。但这种架构有三个局限：
- 只能汇报结果，无法互相讨论。子代理完成任务后，结果只能返回给主代理。如果子代理 A 在数据分析中发现了异常，而子代理 B 负责的正是那部分数据的来源验证，A 无法直接告诉 B，必须先报告给主代理，由主代理转达。
- 主代理成为瓶颈。所有协调工作都要经过主代理。子代理一多，主代理的协调负担就会明显上升。
- 缺乏自组织能力。子代理不能自主认领任务或调整分工。即使一个子代理提前完成工作，前者也不能主动接手其他任务。
Agent Teams（智能体团队）是 Claude Code 的一项实验性功能，允许多个 Claude Code 实例组成协作团队。一个实例担任团队领导（Lead），其他实例作为队友（Teammate），它们之间可以直接通信、共享任务列表、自主协调工作。与子代理的本质区别在于：子代理是主代理的工具，Agent Teams 中的队友是独立的协作伙伴。
下表从五个维度对比两种模式的差异：
| 维度 | 子代理 | Agent Teams |
|---|---|---|
| 上下文窗口 | 独立，结果返回给主代理 | 独立，完全自治 |
| 通信方式 | 只能向主代理汇报结果 | 队友之间可以直接互发消息 |
| 协调方式 | 主代理管理所有工作 | 共享任务列表，自主协调 |
| 适用场景 | 聚焦型任务，只关心结果 | 需要讨论、挑战、协作的复杂工作 |
| 开销 | 较低，子代理是轻量实例 | 较高，每个队友都是独立的 Claude Code 实例 |
如何选择？如果任务适合拆成若干独立部分再集中汇总结果，用子代理更合适；如果任务需要多角色持续讨论并形成共同判断，用 Agent Teams 更合适。
知识卡片
Agent Teams 是 Claude Code 的实验性功能，默认处于禁用状态，需要 Claude Code v2.1.32 或更高版本。该功能的 API 和行为可能在后续版本中变化。可以用 claude --version 确认当前版本。
Agent Teams 适合辩论式调试、多维度研报评审、跨栈功能开发等场景。例如对同一份金融研报，可以分配三个队友分别从合规性、数据准确性和投资逻辑三个维度评审。合规审查员发现数据引用存疑时，可以直接询问数据审查员核实，不必通过 Lead 转达。