Claude Code可以跑一百个代理组队干活了

一位来自 Anthropic 的工程师披露了一种运行超过 100 个 Claude Code 智能体作为单个团队工作的方法，由一个主智能体负责规划和执行。在一场时长 30 分钟的讲座中，他讲解了如何以最低成本最大程度利用 Claude Code。如果你想把人工智能从单纯的工具转变为完整的工作团队，这份内容值得你花时间了解。

Anthropic 官方 Claude Code 使用技巧：不要在 Sonnet 5.5 就能批量处理的任务上消耗 Opus 5.5 的上下文，让 Fable 5.1 闲待着就能启动自动团队，指令为 `/teams claude --teammates ux,backend,adversary`

Opus 5.5 担任首席架构师，负责划定架构范围并验证拉取请求。

Sonnet 5.5 团队成员处理独立的 git 工作树，以中等工作量完成实现。

Fable 5.1 作为专门的对抗方监控点对点总线，只在三个关键时刻介入：
→ 合约锁定前：前端载荷是否匹配后端 schema？
→ 测试连续两次失败时：我们是在修复漏洞还是仅仅掩盖症状？
→ 标记完成前：有没有被所有人遗漏的攻击面或边缘情况？

Sonnet 5.5 负责构建。Fable 5.1 负责提出质疑。Opus 5.5 负责合并和发布。

Jev 工程团队在下层运行完全相同的模式：不需要推理的机械决策（打开哪个文件、调用哪个工具、重试还是中止）在 16 毫秒内执行，因此前沿模型只在执行路径真正出现分歧时才激活。

高层规划。中等工作量授权。让对抗方保留在点对点通话中。

完整团队设置：
> Opus 5.5 在高层协调会话并整合拉取请求
> 团队成员-ux 在独立的 git 工作树中构建客户端状态
> 团队成员-back 编写端点并处理 Redis 原子锁
> 团队成员-adv 运行不变量模糊测试并捕获重放漏洞
> 所有团队成员直接通过点对点消息通信，没有协调开销
> tasks.json 管理文件级互斥锁，避免有人干扰其他工作树

把以下设置和提示粘贴到 Claude Code 中：
“为我配置 Claude Code 工作区以支持自动智能体团队：
1. 检查 ~/.claude/teams 和 .claude/teams 中适合 ux、后端和对抗方的团队配置文件 > 仅为缺失的角色生成定义 > 固定模型：工作者使用 sonnet，工作量：中等，对抗方使用模型 fable > 为每个工作者分配独立的 git 工作树分支以消除文件冲突
2. 在 ~/.claude/settings.json 中启用智能体团队： > 设置 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 > 将主会话工作量级别锁定为高
3. 在仓库根目录初始化带原子文件锁的 tasks.json，允许团队成员通过智能体间消息直接认领子任务并解决合约，无需协调者介入
4. 在 ~/.claude/CLAUDE.md 中添加一条团队规则：团队成员必须在为主会话打开拉取请求之前请求对抗方进行安全审查

先展示所有配置差异。未经确认不要应用修改”