多会话协作策略
对于复杂任务，推荐使用多个独立会话分工协作，避免单会话的思维惯性。
为什么分多个会话？
同一个会话中 Claude 审查自己的计划容易产生确认偏误——上下文里充满了支持该方案的推理，倾向于认为自己没问题。新会话从零开始，审查更客观。
两种常用策略
策略一：规划 → 审查 → 执行（三个会话）
| 会话 | 任务 | 说明 |
|---|---|---|
| 会话 A | 分析代码，制定计划，写入 plan.md | 专注"怎么做" |
| 会话 B | 读取 plan.md，审查风险和遗漏 | 专注"有什么问题"，不受 A 的思维惯性影响 |
| 会话 C | 按 plan.md 执行实现 | 上下文干净，不被前两个会话的讨论拖慢 |
每个会话结束后退出，下一个会话重新启动。
策略二：Plan Mode + /compact（单会话）
适合不想频繁切换会话的场景：
- 进入 Plan Mode（Ctrl+P）— Claude 只规划不执行
- 写好计划后
/compact— 压缩冗长的分析历史 - 以审查者视角让 Claude 重新审视计划
- 确认没问题后退出 Plan Mode 开始执行
不如两个独立会话那么干净（压缩后仍保留部分倾向），但更方便。
最佳实践
- 简单任务：一个会话 + Plan Mode 即可
- 复杂任务（多文件重构、架构变更）：用会话 A → 文件 → 会话 B 的模式
- 关键原则：把中间结果落地为文件（plan.md、tasks.md），而不是只留在对话历史里