你现在是CEO：如何在Claude Code中领导AI开发团队
想象一下。你打开终端，输入几句话，突然你的屏幕分成了多个面板，每个面板都是一个自主运作的AI开发者，正在处理项目的不同部分。他们互相交流。他们接手任务。他们质疑彼此的想法。而你只需要坐下来，看着这一切像实时策略游戏一样展开。
这就是Claude Code中的Agent Teams。它已经成为现实。
什么是Agent Teams？
Agent Teams让你能够协调多个Claude Code实例协同工作。一个会话充当团队领导，负责协调工作、分配任务和综合结果。其余的是团队成员，每个都是独立的会话，在自己的上下文窗口中运行，彼此直接通信。
这与子代理的区别在于：子代理在单个会话内运行，只能向主代理报告。它们之间无法相互交流。Agent Teams是完全独立的Claude Code实例，彼此直接发送消息。当你需要快速、专注的工作者来回报告时，使用子代理。当团队成员需要共享发现、互相挑战并自主协调时，使用Agent Teams。
你始终保持控制权。Claude永远不会未经你批准就创建团队，要么你主动请求，要么Claude提出建议并等待你的确认。
30秒启用
Agent Teams是实验性功能，默认禁用。通过以下两种方法之一启用：
选项1：环境变量
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
选项2：配置文件
添加到你的settings.json：
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
就这样。你现在是团队经理了。
启动你的第一个团队
不需要配置文件。不需要YAML。只需用自然语言描述任务和你想要的团队结构。Claude会创建团队、启动成员，并根据你的提示协调工作。
这个例子效果很好，因为三个角色是独立的，可以互不等待地探索问题：
我正在设计一个帮助开发者追踪代码库中TODO注释的CLI工具。
创建一个代理团队从不同角度探索：一个成员负责UX，
一个负责技术架构，一个扮演质疑者的角色。
按下回车，看着它发生。Claude创建一个带有共享任务列表的团队，为每个角度启动一个成员，让他们探索，综合他们的发现，工作完成后清理收尾。
领导的终端列出所有成员及其正在处理的内容。感觉就像一个项目仪表板在实时自动更新。
两种观看方式
你可以选择团队在屏幕上的显示方式：
进程内模式是默认模式。所有成员在你的主终端内运行。使用Shift+上/下选择成员并直接发送消息。在任何终端中都能工作，无需额外设置。
分屏模式是重头戏。每个成员都有自己的可见面板。你可以真切地看到多个AI开发者并排实时编码。需要tmux或iTerm2，在VS Code集成终端、Windows Terminal或Ghostty中不可用。
如果你想要那种实时策略游戏的感觉，分屏模式就是你的选择。看着三个代理在不同面板中同时从不同角度调查你的代码库，确实令人兴奋。
像专业人士一样控制团队
团队运行后，你用自然语言与领导交流。它根据你的指示处理协调、任务分配和委派。
但这里有一个强大的技巧 - Delegate Mode。按Shift+Tab循环切换权限模式。当代理团队活跃时，循环中包括Delegate Mode，将领导限制为仅使用协调工具。不能写代码，只能启动、发消息和管理任务。这解决了领导试图自己实现任务而不是委派的常见问题。
你也可以完全绕过领导。使用Shift+上/下选择任何成员并直接发送消息。你不被锁定在指挥链中，可以随时介入任何地方，就像真正的团队经理走到某人桌前一样。
共享任务列表
在后台，团队运行在一个共享任务列表上。任务有三种状态：待处理、进行中和已完成。任务可以有依赖关系。当一个成员完成其他任务所依赖的任务时，被阻塞的任务会自动解除阻塞。
成员自主认领任务。当一个完成工作后，它会从列表中取下一个未分配、未阻塞的任务。不需要微观管理。
所有团队配置和任务都存储在本地~/.claude/teams/{team-name}/config.json中。
Agent Teams的优势领域
Agent Teams在并行探索能带来真正价值的任务中最为有效。以下是直接来自指南的最强用例：
研究和审查
多个成员同时调查问题的不同方面，然后分享和质疑彼此的发现。单个审查者往往一次只关注一类问题。将标准分成独立领域，一切都能同时得到全面关注：
创建一个代理团队来审查PR #142。启动三个审查者：
- 一个专注于安全影响
- 一个检查性能影响
- 一个验证测试覆盖率
让他们各自审查并报告发现。
三个代理，三个角度，全部同时运行。感觉就像指挥一支突击队。
新模块或功能
成员各自拥有独立的部分，互不干扰。当边界清晰时，这是Agent Teams大放异彩的地方：
创建一个代理团队来构建新的仪表板功能。
一个成员负责API层，一个负责前端组件，一个负责测试套件。
当API成员完成类型定义后，它直接向前端成员发送消息。测试成员请求API成员启动开发服务器。他们自行协调，你无需动一根手指。
竞争假设调试
不是逐一测试理论，而是启动各自追踪不同假设的成员并行工作。他们更快收敛到答案，过程中还能质疑彼此的发现。
把它想象成你是裁判的专家辩论。
跨层协调
涉及前端、后端和测试的更改，每个由不同的成员负责。这是典型的"一个大脑应付不了太多活动部件"的场景，Agent Teams处理得漂亮。
何时不该使用Agent Teams
不是每个任务都需要团队。Agent Teams增加了协调开销，使用的token显著多于单个会话。当成员能独立操作时效果最好。
以下情况跳过团队，使用单个会话或子代理：
- 每一步都依赖前一步的顺序任务
- 多个代理会造成冲突的同文件编辑
- 阻止并行执行的高依赖性工作
- 一个代理完全够用的常规任务
你不会为了重命名一个变量而组建五人团队。同样的逻辑适用于这里。
Token成本：力量的代价
这是最重要的部分。Agent Teams使用的token显著多于单个会话。每个成员有自己的上下文窗口，token使用量随活跃成员数量增加。
对于研究、审查和新功能开发，额外的token通常物有所值。对于常规任务，单个会话更具成本效益。
把它想象成雇佣自由职业者，你为大项目请他们来，而不是日常事务。
你的CLAUDE.md仍然有效
好消息，CLAUDE.md在Agent Teams中正常工作。成员从工作目录读取CLAUDE.md文件，因此任何项目特定的指导都会自动应用于整个团队。无需额外配置。
已知限制
Agent Teams是实验性的，文档对此很坦率。当前已知的限制包括会话恢复、任务协调和关闭行为方面的问题。每个会话只能运行一个团队，不支持嵌套团队，分屏模式仅限于tmux和iTerm2。
领导有时会尝试自己实现任务而不是委派。两个解决方案：在提示中明确说明"等你的成员完成任务后再继续"，或使用Delegate Mode（Shift+Tab）将其限制为仅使用协调工具。
这还是早期阶段，但核心体验已经让人感觉这是某种根本性的新事物。
相关方法
Agent Teams与Claude Code中的其他并行工作策略并列：
子代理是你的轻量级委派选项。它们在会话内启动辅助代理进行研究或验证，更适合不需要代理间协调的任务。
手动并行会话使用git worktrees让你自己运行多个Claude Code会话，无需自动化团队协调。
进阶路径很清晰：快速单人任务用子代理，工作者需要真正协作时用Agent Teams。
入门：你的第一个任务
推荐的进阶路径：
第一周： 启用Agent Teams，从代码审查开始。三个审查者，三个角度 - 安全、性能、测试覆盖率。低风险，高回报。观察他们如何协调，找到节奏感。
第二周： 尝试研究探索。给团队一个开放性的设计问题，三个不同的视角。看他们互相质疑对方的想法。
第三周： 挑战一个边界清晰的功能实现。每层一个成员，各有自己的领地。
到那时，你将凭直觉判断何时团队能增加价值，何时单人会话是更好的选择。
总结
Agent Teams将Claude Code从单个开发者转变为你实时指挥的协调团队。你描述需求，分配角色，看着多个AI代理在独立面板中启动，接手任务，互相发送消息，并行交付结果。
它是实验性的。它消耗token。它有粗糙的边缘。但它是今年AI辅助编程中最激动人心的事件。
启用它。启动一个团队。看着你的终端活过来。
你不再只是写代码了。你在掌控全局。
