Anthropic 分享 Claude Code 玩法：1 个 Opus 5.5 带 3 个独立记忆的 Sonnet 5.5 子智能体

这简直是一座金矿。Anthropic 刚刚分享了 Claude Code 的一个绝佳技巧。

思路是：运行 Opus 5.5 和三个 Sonnet 5.5 子代理，每个子代理针对自己最擅长的任务保留独立记忆。这样就不用反复解释，因为每个任务都会落到一个能复用它对你代码库已有认知的代理上。

你只需这样启动 Claude Code：
claude --model opus

我的分工如下：
→ Opus 5.5 运行会话、规划工作并应用最终修复
→ Sonnet 5.5 在独立上下文中处理实现、调试和 diff 审查
→ memory: project 让每个子代理拥有跨会话持久保存的笔记
→ 你不再浪费 Opus 5.5 的上下文去反复解释同一套代码库约定

Opus 5.5 只在三个关键时刻介入做重大决策：
→ 计划敲定之前
→ 同一个错误出现两次时
→ 宣布完成之前

Sonnet 5.5 负责构建。记忆向前传递。Opus 5.5 负责审查。

持久记忆把这个思路再往下推一层：你不断重新发现的那些结论（哪个模块、哪个测试、哪个修复真正有效）会进入每个代理的记忆，下次运行时它会从已保存的记忆索引开始。

完整的架构树：
> Opus 5.5 运行主会话并协调工作
> builder 在 Sonnet 5.5 上实现功能，并记住代码库约定
> debugger 在 Sonnet 5.5 上修复失败，并记住已验证的根因
> reviewer 在 Sonnet 5.5 上检查 diff，并记住反复出现的审查模式
> Opus 5.5 在签字前审查汇总后的 diff
> 每个 worker 保留项目范围的记忆，并将旧笔记与当前代码对照

把这棵树和下面这段提示词粘贴进 Claude Code ↓

“按照这棵树重新配置我的 Claude Code 设置：
1. 主会话运行在 Opus 5.5 上。确认两个模型别名在我的提供商上都解析到 5.5。
2. 在 .claude/agents 中创建三个 Sonnet 5.5 子代理：builder（实现功能）、debugger（修复失败）、reviewer（检查 diff）。如果这个 agents 目录是新建的，提醒我重启。
3. 对这三个代理都设置 memory: project。确认自动记忆已启用；更改该设置前先询问我。
4. 在 CLAUDE.md 中添加一条规则：将实现、调试和 diff 审查委托给这些子代理，以保持主上下文精简。按顺序处理有依赖关系的工作。
5. 告诉每个代理在工作前先查阅自己的记忆，完成后只保存经过验证、可复用的结论。保持 MEMORY.md 简洁，详细笔记用链接指向，并根据代码重新检查过时的假设。所有改动先以 diff 形式给我看。在我说可以之前不要做任何编辑。”

↳ 存下来，会派上用场的。