四个模型组队写代码，关键角色却不写代码

Claude Code 的实验性 Agent teams 被 mirku 拼成了一套多模型流水线。入口命令很直接：

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 claude --model opus

官方文档写得很清楚，Agent teams 默认关闭，设置这个环境变量后，一个 session 做 lead，其他 teammates 是独立的 Claude Code 实例，各自有 context window，通过共享任务列表和 mailbox 直接通信。mirku 的方案把这条机制拆成四个岗位：

• Opus 5.5 做 team lead：把 epic 拆成共享任务列表，仲裁冲突，给 PR 签字。
• Sonnet 5.5 做 builder：并行写前后端模块，teammates 之间走 peer-to-peer mailbox，不经过中心调度。
• Haiku 5.5 做 scout：以 340 tok/s 扫 AST 调用点、依赖和 API spec。
• Fable 5.1 做 on-call adversary：监听 peer bus，在合并前审跨 session 消息和边角案例。

视频来自 mirku 的推文。这套配置的卖点是零 coordinator 瓶颈和更少的 token 浪费：teammates 自己认领任务，直接发消息，不把 routine implementation 塞回 Opus 的 context。推文还提到 JEV 负责毫秒级微分支，大模型只看真正分叉的判断。

官方文档里有一张图，把 subagents 和 agent teams 的区别画得很直白。Subagents 把结果回报给主 agent；agent teams 共享任务列表，队友自己认领工作，并且彼此直接通信。

这套分工里最值得看的是 Fable 5.1 的介入时机。推文只给了三个触发点：

1. contract 锁定前：前端 payload 和后端 schema 对得上吗？
2. 测试连续失败两次：是在修根因，还是贴症状？
3. 宣布完成前：有没有安全漏洞或不变量被所有人忽略？

评论区有人点出风险：peer-to-peer 很酷，直到所有 agent 同意同一个错误，没人兜底。Fable 的位置就是针对这个风险。它不参与日常实现，只在合同、失败和合并前挑错。这个设计比让四个模型全程互相聊天更省，也更容易定位问题。

mirku 在另一篇 Harness Engineering 文章里把背景讲得更完整。他引用 Dario Amodei 在 Claude Code 发布时的说法，模型需要 interface 和 harness 才能用。又引用 Andrej Karpathy 的比喻：模型是 CPU，context window 是 RAM，没有存储和操作系统的 CPU 会立刻崩。文章的核心判断是，agent 反复失败时，先别改 prompt 里的形容词，去看模型外面的执行环境。Prompt engineering 调措辞，harness engineering 搭措辞执行的基础设施。

按这个框架看 Agent teams，共享任务列表是任务合同，CLAUDE.md 是持久记忆，测试、hooks 和权限是传感器与机械门。官方文档也给了 hooks：TeammateIdle、TaskCreated、TaskCompleted，退出码 2 可以打回并继续。推文里那句把规则同时写进 CLAUDE.md 和权限设置，就是 dual-encoding：文字让模型理解目标，机械门阻止它越界。

冷水也要泼。官方文档明确说，Agent teams 的 token 成本显著高于单 session，协调开销也会增加。它适合并行探索、代码评审、新模块、跨层协作。顺序任务、同文件编辑、依赖多的活，单 session 或 subagents 更划算。团队规模从 3 到 5 个 teammate 起步，任务要自包含，避免两个 teammate 改同一个文件。还有实验限制：in-process teammates 不能靠 /resume 或 /rewind 恢复，任务状态可能滞后，shutdown 可能慢，一个 session 只有一个团队，teammates 不能嵌套建团队。

所以这套配置值得收藏的地方，模型名单只是表面。岗位边界、介入时机和机械门才是重点。把 Opus 从 routine loop 里捞出来，让 Sonnet 并行干活，让 Haiku 扫仓库，再留一个 Fable 专门挑错。这个结构能不能稳定跑，取决于任务切得够不够独立，传感器够不够硬，权限门够不够清楚。

参考：

• mirku 推文：https://x.com/mirku21/status/2115911644501147972
• Claude Code Agent teams 文档：http://code.claude.com/docs/en/agent-teams
• mirku Harness Engineering 文章：https://x.com/i/article/2098825381931311117