任务型实战
实战 3：把一次跑偏会话用 /compact 或 /rewind 拉回正轨
学会识别“任务还对，只是对话太乱”和“整个方向已经错了”这两种不同跑偏。
学完你会得到什么
- 先照着做一遍，再回头理解原理。
- 这篇实战更适合边看边操作，不适合只看不练。
开始前你最好知道
- 看完第 3、4 章
- 经历过至少一次会话越聊越乱的情况
先看这些风险提醒
- 不要在还没判断问题类型前就乱用命令。
- 不要在压缩前忘记保留关键决定和边界。
做完怎么验证
- 你能判断该用 /compact 还是 /rewind。
- 整理后，Claude Code 能重新对准你的真正目标。
- 你能保留关键结论，同时丢掉无效噪音。
可视化路线
动手流程
先按这个顺序走一遍，再回头理解为什么这样做。
- 01第 1 步
先判断是“信息乱”还是“方向错”。
- 02第 2 步
目标没变时优先压缩。
- 03第 3 步
方向错时回退到旧节点。
- 04第 4 步
整理后再让 Claude Code 复述目标。
场景
你原本只想做一个小改动，结果对话已经变成了多条分支、多个方向，连你自己都不确定该继续问还是重新开始。
目标
判断这次跑偏属于“信息太乱”还是“方向错了”，并选对修复动作。
前置条件
先把你目前最想保留的结论记下来，例如已确认的目标、不能改的边界、已经排除的方案。
分步操作
- 先判断任务本身有没有变。
- 如果任务没变，只是对话过长或重复太多，优先考虑
/compact。 - 如果任务目标已经错了，或者某个错误分支不能再继续，考虑
/rewind。 - 整理后，让 Claude Code 先复述一次当前真实目标。
如何判断用哪个命令
/compact 适合“目标没变，信息太乱”；/rewind 适合“某一步判断错了，需要回到更早节点重走”。记住这个原则，比死背命令名更重要。
风险提醒
如果你还没搞清现在到底在修哪一个问题，就不要一边回退一边追加新要求。这样只会让上下文更乱。
验证结果
整理后，Claude Code 的第一轮响应应该重新准确复述你的目标，而不是继续沿着旧错误分支展开。
失败时先查什么
先看是不是其实该清空会话而不是压缩或回退；再看你有没有把关键约束保留下来；最后再看任务本身是否已经被你自己中途换掉。
学习进度
做完这一章了吗？
你可以把本章标记为已完成，首页和课程列表会记录你的学习进度。