你知道吗？Claude Agent Teams 还可以这样玩！

昨天，Anthropic 发布了最新的Claude Opus 4.6模型：Claude Opus 4.6 发布，跑分霸榜，价格不变。

但在模型更新之外，还悄悄上线了一个很有意思的实验性功能：Agent Teams。

它能让你同时指挥一群 AI Agent 并行干活，而且你还可以像个监工一样，随时催促它们加快进度。

Agent Teams 是什么

简单来说，Agent Teams 能让多个 Claude Code 实例组成团队并行协作。

一个 Claude 当队长（team lead），负责建团、分任务、盯进度；其他 Claude 当队员（teammates），各自独立干活，还能互相发消息沟通。

值得注意的是，这和之前的 subagent 模式完全不同。

subagent 是「干完活把结果交上来」的单线汇报模式，队员之间没法沟通。而 Agent Teams 里的队员们可以互相交流、互相挑战，甚至还能自己认领任务。

官方给的对比表格如下：

可以理解为：subagent 是你派出去跑腿的小弟，Agent Teams 是你带着的一个真正的团队。

官方推荐的最佳使用场景包括：

研究与审查：多个队员同时调查问题的不同方面，然后分享和挑战彼此的发现

新模块或功能开发：每个队员负责一个独立的部分，互不干扰

竞争性假设调试：多个队员同时测试不同理论，更快收敛到答案

跨层协调：前端、后端、测试各由不同队员负责

怎么开启呢？

Agent Teams 目前还是实验性功能，默认是关闭的。

对我来说，开启方法当然很简单：直接告诉 Claude Code 让它自己在settings.json里加上这行配置就行：

{"env": {   "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"}}

开启后，用自然语言告诉 Claude 你想建什么样的团队、干什么活、需要几个队员，它就会自动组建团队并开始工作。你甚至可以指定队员数量和使用的模型：

Create a team with 4 teammates to refactor these modules in parallel.Use Sonnet for each teammate.

显示模式的选择

Agent Teams 有两种显示模式：

In-process 模式：所有队员在你的主终端里运行。用Shift+上/下来选择队员并直接发消息。任何终端都支持，不需要额外配置。

Split-pane 模式：每个队员有自己的窗口面板，可以同时看到所有人的输出，点击面板就能直接跟某个队员互动。这个模式需要tmux或iTerm2。

强烈推荐用 tmux 来体验 Split-pane 模式——因为用原生终端的话，你看不到其他 Agent 的子窗口，体验会大打折扣。

有个小 tips：如果你发现只能给一个子 Agent 发消息、其他的和主 Agent 都发不了，试试用tmux -CC attach -t xxx的方式重新连接（仅限 iTerm2），就能正常操作了。

在 settings.json 中设置显示模式：

{"teammateMode": "in-process"}

或者启动时通过参数指定：

claude --teammate-mode in-process

默认是"auto"。

如果你已经在 tmux 里运行，就自动用 Split-pane；否则用 In-process。

小秀一下

好了，说了这么多理论，先来个「秀肌肉」的简单演示。

我让 Claude 开一个 Agent Team，随便整点花活：

开两个 agent teams 秀一下吧，啥也不做

结果一上来就翻车了（其实是我指令不准确），Claude 告诉我：

一个 leader 同一时间只能管一个 team。

这是当前的设计限制。

不过一个 team 里可以 spawn 多个 teammates 并行干活，所以实际上一个 team 就够了：把任务拆成多个 task 分配给不同 Agent 就行。

于是我 Tab 接受了它的建议：

好，秀一下

Claude 立马建了个叫show-off-squad的团队，派出了两个 Agent：

两个 Agent 在后台并行干活。poet先交了卷：写出了一首《AI Agent 们的快乐合奏》：

小 AI 组个队，真是开心一万岁，

Planner 出谋划，Explorer 四处飞，

Coder 敲代码，Bug hunter 追得快，

一起齐心协力，啥难题都不怕。

紧接着writer也交了：

一篇充满梗的团队自我介绍，把 team-lead 描写成「整天坐在指挥台前指点江山」的老大，「全队都得跟着节奏走」，poet 则是文艺担当。活脱脱一个 AI 版的团建文案。

全部完成后，Claude 自动让队员们「下班」，清理团队资源。

整个流程：建团 建任务 派 Agent 并行干活 汇报 收工。

一气呵成，耗时 1 分钟多一点。

这只是热身，接下来再看另一个 case：

用 Agent Teams 分析科幻小说之——监工模式

现在，我想看看 Agent Teams 能不能帮我做个深度分析。

于是我给了这样一个 prompt：

本项目是我基于爆火的 moltbook 而设想的科幻故事，请使用 agent teams 分析整个故事的章节和脑洞亮点

Claude 立刻组建了团队，派出了3 个分析 Agent并行工作：

三个 Agent 各自打开了独立的窗口，开始读文件、做分析。右侧可以看到每个 Agent 的工作状态：structure-analyst 在做 Story Structure Analysis，visual-analyst 在做 Visual Storytelling Analysis，concept-analyst 在做 Moltbook Sci-Fi Analysis。

然后……我就开始等。

等着等着，我坐不住了，怎么有点墨迹呢？

催工时间

催催它们，怎么这么慢？！！！

team-lead 表示已经催了，并汇报了当前状态：

#1

故事结构分析 – structure-analyst 还在读文件中

#2

脑洞亮点分析 – concept-analyst 已开工

#3

视觉叙事分析 – visual-analyst 已开工

但光催队长不够，我还想直接给各个子 Agent 发消息。

这是 Agent Teams 的一个特色——你可以绕过队长，直接跟队员沟通。

在 In-process 模式下用Shift+上/下选择队员，Split-pane 模式下直接点击对应的面板即可。

于是我对三个 Agent 分别发了催促消息：

简单分析一下就行，别搞太复杂了

快速分析一下就行，别搞太复杂了

大概分析一下就行，别搞太复杂了

三条消息，三种说法，目的只有一个：快点交差。

structure-analyst最先完工。team-lead 收到汇报后立马更新了状态：

第一个交卷了！分析非常详尽。

故事结构分析已完成，分析了 25 个场景的叙事弧线、转折点和节奏设计。

而concept-analyst和visual-analyst的阅读量更大：25 个场景组件加上两套翻译，自然要慢一些。

这时候 team-lead 补了一句特别有意思的话：

另两个表示没收到你的催促哦

好吧……这可能是个 bug，也可能是我操作姿势不对。

但这种「你催了但人家说没收到」的场景，是不是像极了现实中催下属干活？

最终，三个 Agent 陆续完成了各自的分析，产出了完整的故事结构报告、创意脑洞分析和视觉叙事设计报告。

整个过程大概几分钟，期间队长持续汇报进度，队员们各司其职，虽然被催了但还是认真完成了任务。

官方使用建议

根据官方文档，用好 Agent Teams 有几个关键点：

给队员足够的上下文。

队员们会自动加载项目的 CLAUDE.md、MCP 服务器和 Skills，但不会继承队长的对话历史。所以在分配任务时，要把关键信息写清楚。比如：

Spawn a security reviewer teammate with the prompt: "Review the authenticationmodule at src/auth/ for security vulnerabilities. Focus on token handling,session management, and input validation."

任务粒度要合适。

太小了，协调开销大于收益；太大了，队员干太久没反馈，容易跑偏。官方建议每个队员分配 5-6 个任务，保持节奏，也方便队长在有人卡住时重新分配工作。

可以要求队员先报计划再动手。

对于复杂或高风险的任务，你可以让队员在执行前先进入 plan mode，等队长审批通过后再开始实施：

Spawn an architect teammate to refactor the authentication module.Require plan approval before they make any changes.

队长会自主审批决策。

你可以通过 prompt 影响队长的判断标准，比如「只审批包含测试覆盖的方案」或「拒绝修改数据库 schema 的方案」。

使用 delegate 模式。

有时候队长会忍不住自己动手干活，而不是等队员完成。Delegate 模式可以限制队长只做协调工作——分配任务、发消息、管理队员，不碰代码。启动团队后，按Shift+Tab就能切换到 delegate 模式。

别让团队完全放羊。

时不时看看进度，发现方向不对就及时纠正。让团队长时间无人值守，浪费 token 的风险会增大。

注意 token 消耗。

Agent Teams 的 token 消耗量远大于单个 session：每个队员都有自己独立的上下文窗口，token 用量随队员数量线性增长。对于日常简单任务，用单个 session 更划算；Agent Teams 更适合那些真正需要并行探索的场景。

当前的一些限制

Agent Teams 还是实验性功能，有一些已知限制值得留意：

不支持会话恢复：/resume和/rewind不会恢复 in-process 模式下的队员。恢复会话后，队长可能会尝试给已经不存在的队员发消息——这时候告诉它重新 spawn 新队员就行。

任务状态可能滞后：队员有时候忘记标记任务完成，导致后续依赖任务被阻塞。遇到这种情况，手动检查一下或者让队长去催一催。

一次只能带一个团队：想换团队得先清理当前的。

不支持嵌套团队：队员不能再派自己的队员，只有队长能管理团队。

队长固定：创建团队的那个 session 就是队长，不能换人、不能提拔队员。

权限在创建时确定：所有队员启动时继承队长的权限设置。创建后可以单独调整，但不能在创建时指定每个队员的权限。

Split-pane 需要 tmux 或 iTerm2：VS Code 集成终端、Windows Terminal 和 Ghostty 暂不支持。

不过CLAUDE.md 正常生效——队员们会读取工作目录下的 CLAUDE.md，可以用它来给所有队员提供项目级别的指引。

Agent Teams 目前最大的价值，在于并行探索和研究：多个 Agent 从不同角度同时调查同一个问题，比单个 Agent 串行思考要高效得多。

而「当监工催 AI 干活」这件事，就有意思了……催了半天，人家还说没收到。

这感觉，是不是有点太真实了……

官方文档：https://code.claude.com/docs/en/agent-teams