@mirku21 实测 Claude Code 多智能体团队配置

这简直是宝藏！Anthropic 刚刚公布了 Claude Code 最精妙的配置方案之一。

核心思路：在 Opus 5.5、Sonnet 5.5 和 Haiku 5.5 上运行自主智能体团队，同时让 Fable 5.1 作为对手待命。

消除协调瓶颈，大幅减少 token 消耗：团队成员通过点对点邮箱直接通信，自主认领任务。

只需这样启动 Claude Code：
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 claude --model opus

分工如下：
→ Opus 5.5 担任团队负责人：将史诗任务拆解为共享任务列表，仲裁冲突，并审批拉取请求
→ Sonnet 5.5 驱动构建型队友：并行开发前端和后端模块，通过点对点通信，不受协调器拖累
→ Haiku 5.5 部署轻量级侦察兵集群：以 340 tok/s 的速度映射 AST 调用点、审计依赖项并验证 API 规范
→ Fable 5.1 待命监控点对点总线：审计跨会话消息，在代码合并前捕捉细微的边缘情况
→ 你不再需要将 Opus 的上下文消耗在常规实现循环上，保持主导会话精简

Fable 5.1 仅在三个时刻介入：
→ 契约锁定前：前端负载是否与后端模式匹配？
→ 测试连续失败两次时：我们是在修复根本原因还是仅在修补症状？
→ 宣布完成前：大家忽略了什么安全漏洞或不变量？

Opus 主导 · Sonnet 构建 · Haiku 侦察 · Fable 挑战

JEV 工程是同一思路的下一层：无需思考的分支（哪个文件、哪个工具、重试还是停止）在毫秒级内交由 JEV 处理，大型模型仅处理那些需要拆分完整决策树的分支。

> Opus 5.5 协调团队并管理位于 ~/.claude/tasks/ 的共享任务列表
> Sonnet 5.5 运行构建型队友，在 ~/.claude/teams/ 拥有直接的点对点邮箱
> Haiku 5.5 以 340 tok/s 的速度运行快速侦察队友，零协调器延迟
> Fable 5.1 待命作为对手，挑战契约并审计差异
> 任务依赖项在队友标记工作完成后自动解除阻塞
> JEV 在毫秒级内路由微分支

将决策树和以下提示词粘贴到 Claude Code 中 ↓

“围绕此决策树重建我的 Claude Code 配置：
1. 通过在 settings.json 中设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 启用自主智能体团队
2. 在 Opus 5.5 上运行主导会话，管理架构和共享任务列表
3. 生成 Sonnet 5.5 队友用于功能构建，Haiku 5.5 用于以 340 tok/s 速度扫描代码库
4. 让 Fable 5.1 待命作为对手，审计点对点消息和测试失败
5. 在 CLAUDE.md 中添加一条规则：队友在锁定 API 契约前、两次测试失败后以及最终 PR 审批前必须咨询 Fable
6. 通过 JEV 路由快速确定性分支，首先将所有更改显示为差异。在我确认前不要进行任何编辑”

↳ 保存它，你每天都会用到。