19 · 上下文管理：压缩、清理与 Token 控制

上下文窗口如何消耗、何时用 compact 或 clear、怎样减少无关材料和会话漂移，让长任务保持准确并控制成本。

Claude Code 用久了，任务会「越跑越慢、越跑越偏」。根子多半在「上下文」没管好。这一篇讲怎么管。

「上下文窗口如何消耗」：每次它读文件、看输出、思考，都在占用窗口。装满了，最旧的信息就被挤掉。所以长任务里，早期的重要信息可能「失忆」。

「compact（压缩）」是应对手段之一：当上下文快满时，主动让它「压缩」——把前面的对话提炼成摘要，腾出空间。适合「任务很长、但关键信息能浓缩」的情况。

「clear（清理）」是更彻底的手段：直接清空当前上下文，重新开始。适合「任务已经跑偏、或者要换一个完全不同的任务」的情况。

「减少无关材料」是预防措施：别把一大堆和当前任务无关的文件塞给它。上下文干净，它才专注、才省 token。

「会话漂移」是长任务的常见病：跑着跑着，它开始偏离最初的目标。及时发现、及时拉回（重新强调目标、或清理重来），比将错就错强。

「Token 控制」和成本直接挂钩：上下文越省，花的钱越少。所以管上下文，既是「保质量」，也是「控成本」。

记住一个判断：当你感觉它「开始答非所问、或者忘了前面的关键信息」时，就是上下文该处理了的信号。

常见误区：很多新手会把这一篇讲的「基本规则」当成「教条」——什么都严格遵守。其实这些规则的核心是「降低风险、提高效率」，理解了动机，规则就自然内化了，不用死记硬背。

动手试一下：你可以花 5 分钟做一个最小验证——找一个真实的代码任务，让 Codex 跑一遍，看它的行为是不是和这一篇描述的一致。理论与实践对照，才知道「懂」和「会用」是两件事。

与其他篇的关系：这一篇是本组的基础。如果你跳过了前面几篇，建议先回去看，否则这里有些概念可能看着突兀。如果都看过了，那你可以直接进入更后面的实战环节，把这里学到的东西用上。

实用清单（速记版）：① 适用场景：{场景}。 ② 关键动作：{动作}。 ③ 风险点：{风险}。 ④ 验证方法：{验证}。把这四点记住，能让你在大部分场景下做出正确决策。