会话管理策略

一个常见的错误是在一个 Session 里干完所有事。结果越聊越长，上下文被压缩好几轮，Claude Code 开始"失忆"，输出质量直线下滑。

Session 管理的核心思想：一个 Session 只做一件事。

推荐的 Session 分工

以一个中等规模的全栈项目为例，合理的 Session 划分大概是这样的：

每个 Session 有明确的目标和边界。做完一个阶段，开新 Session 做下一个。这比在一个 Session 里从初始化聊到部署效果好太多。

[!TIP] 开新 Session 之前，让当前 Session 把关键决策和进度总结一下写到 CLAUDE.md 或一个临时的 notes 文件里。新 Session 打开后自然就能读到上下文。

多轮对话的节奏

在一个 Session 内部，怎么跟 Claude Code 来回交流也有讲究：

1. 保持紧密的反馈循环

不要一次丢一个巨大的任务然后等半天。把大任务拆成小步，每一步确认没问题再继续。比如：

第一轮：先帮我设计数据库 schema，不要写代码
第二轮：（确认 schema 没问题后）现在按这个 schema 写 migration 文件
第三轮：接下来写对应的 CRUD API

2. 两次纠正不行就重来

如果你纠正了 Claude Code 两次它还没改对，不要继续在这个方向上死磕。用 /clear 清掉上下文，重新描述需求。很多时候问题不是 Claude Code 不听话，而是前面的上下文把它带偏了。

3. 换任务时清上下文

你在 Session 里从"修 Bug"切到"写新功能"时，之前的 Bug 修复上下文就是噪音了。用 /clear 清一下，或者直接开新 Session。

/resume 恢复历史会话

如果你关闭了终端，之后想继续之前的对话，可以用 /resume 命令。它会列出最近的历史会话，你选一个就能恢复上下文继续聊。

claude --resume         # 恢复最近的会话
claude --resume <id>    # 恢复指定 ID 的会话

这在以下场景特别有用：

• 电脑重启后继续昨天的工作
• 切换到别的分支处理完紧急事务后，回来继续之前的任务
• 想回顾之前某个 Session 里做的决策

不推荐依赖 /compact

前面讲过，/compact 会触发有损压缩。虽然它能释放上下文空间，但每次压缩都会丢失一些细节。

如果你觉得上下文快满了，正确的做法是：

1. 让 Claude Code 把当前进展总结一下
2. 用 /clear 清掉上下文，或者开新 Session
3. 把总结作为新 Session 的起始上下文

这比反复 compact 靠谱得多。compact 适合偶尔用一下，不适合当成常规操作。

用 SubAgent 做调研

有时候你需要在主任务进行到一半时，去调研一个技术方案或查看某些文件。如果直接在当前 Session 里做，调研过程中产生的大量信息会污染主上下文。

更好的做法是让 Claude Code 启动一个 SubAgent 来做调研：

帮我调研一下 Next.js 15 的 Server Actions 最佳实践，
用一个 subagent 来做，不要在当前上下文里展开。
调研完给我一个简短的结论就行。

SubAgent 有自己独立的上下文窗口，它的调研过程不会挤占你主 Session 的空间。最终只有结论会返回到主 Session，干净利落。

[!NOTE] SubAgent 是 Claude Code 自动管理的，你不需要手动创建。只要在 prompt 里明确说让它"用 subagent"或者描述需要独立调研的场景，它会自动判断是否启动子 Agent。

实用的 Session 管理习惯

总结几条值得养成的习惯：

1. 一个 Session 一个目标——开始前想清楚这个 Session 要完成什么
2. 及时止损——纠正两次不对就 /clear 重来，不要在错误的方向上越走越远
3. 交接上下文——Session 之间用 CLAUDE.md 或文件来传递信息，不要指望记忆
4. 保持简洁——对话轮数控制在 10-20 轮内，超过了大概率需要开新 Session
5. 善用 /clear——它是你最好的"重置"按钮，比 /compact 可靠