课程章节
第 4 章：会话控制与常用命令
真正提高效率的不只是会提需求，还要知道什么时候清空、压缩、恢复或回退会话。
学完你会得到什么
- 理解 /clear、/compact、/resume、/rewind 各自解决的问题。
- 会判断什么时候该继续问，什么时候该重整会话。
- 能把一次已经跑偏的任务拉回正常轨道。
开始前你最好知道
- 已经能完成一次基础任务描述
- 知道当前项目的基本边界
先看这些风险提醒
- 不要把所有问题都靠“继续追问”来补救，很多时候该回退。
- 不要在压缩上下文前忘记保留关键决定。
- 不要回到旧节点后又误以为后续结论还自动成立。
做完怎么验证
- 你能说出四个命令分别适合什么场景。
- 你能举出一个该用 /compact 而不是 /clear 的例子。
- 你知道“恢复旧会话”和“回退到旧节点”不是同一件事。
术语引导
建议先认识这些术语
可视化路线
本章路线图
先看结构，再读正文，会更容易把一章真正学会。
- 01第 1 步
先判断任务有没有变。
- 02第 2 步
目标没变但对话太乱时，优先压缩。
- 03第 3 步
方向错了时，回退到安全节点。
- 04第 4 步
必要时清空或恢复旧会话。
一句话结论
会话命令的价值不是“记住命令名”，而是学会在任务跑偏、上下文变长、历史结论需要重用时做对选择。
四个命令各自解决什么问题
/clear 更像彻底换张白纸；/compact 更像给长对话做一版重点摘要；/resume 是回到一段旧会话继续做事；/rewind 则像回到某个回退点（Checkpoint），让后面的错误分支不再继续。
它们都在处理“上下文”，但处理方式完全不同。
什么时候该清空而不是继续问
如果你已经发现当前任务方向错了，而且后面的追问只是在错误方向上越走越远，这时就不要继续“缝缝补补”了。
典型信号包括：Claude Code 一直围绕错误目标回答、你自己已经换了任务、或者当前上下文里已经混进太多历史杂音。
什么时候该压缩而不是重开
如果任务没变，只是对话太长、重复内容太多、重点被淹没，那更适合做上下文压缩（Context Compaction）。
压缩的价值在于：保留正确结论，丢掉重复细节。这样你不用从零再解释一遍。
恢复旧会话与回退到旧节点的区别
恢复旧会话是“回到以前那段工作里继续做”；回退到旧节点是“承认某个分支走错了，回到更早状态改走另一条路”。
一个偏向继续，一个偏向撤回。混淆这两者，会让你以为自己在修正，其实还在错误轨道上打转。
一个跑偏会话如何拉回正轨
最稳的方法通常是：
- 先判断任务本身有没有变
- 如果任务没变，只是对话太乱，优先考虑压缩
- 如果任务已经走错，考虑回退
- 如果你决定换一件事做，就直接清空或另开会话
关键不是“哪个命令更高级”，而是你现在的问题到底属于哪一类。
不要这样做
不要因为舍不得前面聊过很多内容，就一直不敢清空或回退。历史越长，不代表价值越大。
也不要把上下文窗口（Context Window）当成无限的。对新手来说，越会整理会话，越能把 Claude Code 的能力稳定用出来。
做完本章怎么验证
如果你已经能判断“这次该继续问、该压缩、该恢复还是该回退”，并能解释为什么，那这一章就算掌握了。
下一步建议去第 5 章，给项目装上长期记忆，这样会话控制和项目规则才会真正连起来。
下一步
继续顺着课程主线往下走
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。