Claude Code /compact、/clear、/context 使用指南：高效管理上下文不跑偏

先搞清楚：什么是 Claude Code 的上下文

Claude Code 的上下文，可以理解为它当前“记住”的全部内容，包括指令、读取的文件、历史回复和正在处理的任务。上下文越乱，回答就越容易偏；上下文越清晰，输出就越稳定。对于需要持续迭代的编程任务，学会管理上下文，比一味追加信息更重要。

想让 Claude Code 发挥更好效果，关键不是“喂更多”，而是“喂得更准”。尤其在长项目、复杂分支、多人协作场景里，精准指向文件和及时清理会话，通常比反复解释需求更有效。

3 个最实用的命令，先记住这组

这三个命令几乎是 Claude Code 日常使用的核心工具：

1. /compact：当你已经深入某个功能，聊天记录太长、上下文快满时，用它压缩当前内容，保留重点，减少噪音。

2. /clear：当你要切到一个完全无关的新任务时，用它清空当前会话，避免旧任务干扰新问题。

3. /context：在动手前先查看当前上下文状态，判断还能不能继续，是否需要先压缩或清空。

这三个命令搭配使用，基本可以覆盖大部分会话管理需求。特别是在连续处理多个 bug、多个文件、多个 PR 时，先看 /context，再决定 /compact 还是 /clear，会更省时间。

如何把上下文管得更干净

最有效的做法是：只给 Claude 需要的内容。不要把整个项目一股脑丢进去，而是用 @(filename) 精准指向相关文件，让它直接看重点。

推荐的做法有三步：

1. 先确认问题范围，只选相关模块。

2. 只传关键文件，减少无关代码占位。

3. 每轮输出后快速检查是否跑偏，必要时立刻调整。

这样做的好处很明显：响应更快，误判更少，后续修改也更容易收敛。对复杂项目来说，这种“窄输入”策略往往比“广撒网”更稳。

发现方向不对，尽早打断

Claude Code 支持在执行中按 Esc 中断，这一点非常实用。很多时候，模型已经开始处理，但你发现方向不对、思路偏了、或者你临时改了需求，这时直接打断最省事。

需要注意的是，Esc 中断并不会让当前上下文丢失，反而能保留现场，方便你接着纠正。也就是说，打断不是失败，而是快速纠偏。比起等它跑完再返工，及时止损通常成本更低。

如果最近一次修改已经明显带偏，还可以用 /rewind 回到之前的对话或代码状态。这个功能适合修复“改过头了”的情况，尤其是联动多个文件时，回退会比手工找差异更直接。

多次打开项目时，怎么接着上次继续

如果任务不是一次做完，而是分几次完成，Claude Code 也支持继续上次会话。常见方式是使用 claude --resume，直接拉起历史会话，接着之前的上下文继续做。

如果你是在跟进某个 PR，还可以通过 claude --from-pr 直接进入对应的上下文。这样比重新翻聊天记录、重新解释需求高效得多，特别适合需要频繁回看修改记录的场景。

一套更稳的实战流程

可以把 Claude Code 的使用流程整理成一条简单路径：

1. 开始前先用 /context 看当前状态。

2. 任务聚焦时，只给相关文件，不要扩大范围。

3. 处理到一半如果信息过多，及时 /compact。

4. 切换到新任务时，果断 /clear。

5. 发现偏差时，立刻 Esc 中断，再重新说明。

6. 若修改方向不理想，用 /rewind 回退。

7. 多次会话之间，使用 claude --resume 或 claude --from-pr 继续。

这套方法看起来简单，但实际很管用。核心原则只有一个：让上下文始终服务当前任务，而不是被历史记录拖累。

常见误区：不是信息越多越好

很多人会误以为，给 Claude 的信息越多，结果就越准确。实际上恰好相反，过多无关内容会让模型更难判断重点。尤其是当文件很多、需求很多、历史消息很长时，最容易出现“看起来都懂，实际抓错重点”的情况。

另一个常见误区，是改需求后不及时中断。等模型一路执行完，再回头修正，时间往往翻倍。更高效的做法是边看边调，发现偏差就立刻纠正。

总结：把上下文当成有限资源来用

Claude Code 的强项不只是“能理解”，更在于“能持续协作”。而想让它持续稳定输出，重点就是管理上下文：该压缩时压缩，该清空时清空，该打断时打断，该回退时回退。

只要记住 /compact、/clear、/context 这组命令，再配合 Esc、/rewind、claude --resume 和 claude --from-pr，基本就能把会话节奏掌握住。对于线上开发、修 bug、接 PR、做多轮迭代来说，这是一套非常实用的操作习惯。