Claude Code 的上下文窗口已经升级到 100 万 Token，但空间越大，管理难度也越大。这篇文章来自 Anthropic 官方布道者 Thariq 的实践分享，讲的是同一个问题：如何管好你的上下文，让 Claude Code 真正帮你干活而不是越帮越乱。

适合人群：已经在使用 Claude Code 的开发者，尤其是经常遇到"Claude 忘了之前说了什么"或"压缩后质量骤降"的用户。

核心概念：上下文窗口的三件事

上下文窗口：模型生成回答时能"看到"的全部信息，包括系统提示词、聊天记录、工具调用及输出、读过的文件。Claude Code 目前拥有 100 万 Token 的上下文容量。

上下文衰减（Context Rot）：对话历史越长，模型注意力越分散，早期重要信息可能被干扰。这是不可避免的物理限制。

上下文压缩（Compaction）：把长对话总结成精简摘要，腾出空间继续工作。这是"有损"操作——你把"什么重要"的判断权交给了 Claude。

每一轮对话结束后的五种选择

Claude 完成一次回答后，你面前有五条路：

技巧一：用回溯代替纠正

这是官方推荐的最重要习惯。当 Claude 尝试了一种方法失败后，你的本能反应是告诉它"换 X 方法"。但更好的做法是：

1. 双击 Esc 键，回溯到它刚读完文件的节点
2. 带着你刚学到的教训重新指令："别用 A 方法了，foo 模块不支持那个——直接试 B 方法"

这样做的好处：把失败尝试的噪声从上下文中彻底清除，而不是让它在后续对话中持续干扰。

提示: 你还可以使用"summarize from here"功能，让 Claude 自己总结踩坑教训作为交接信息，相当于"未来的 Claude"给"过去的自己"留了张字条。

技巧二：压缩 vs 清空，选哪个？

压缩（/compact）：让 Claude 自己总结对话历史，用摘要替换原文。省事，但你无法完全控制它保留什么。

你可以给压缩加指令来引导方向：

/compact 将重点放在身份验证模块的重构上，丢掉那些关于测试调试的内容

清空（/clear）：你亲自写下核心要点，以干净状态重新开始。费事，但新上下文 100% 是你认为重要的内容。

经验法则：同一任务用压缩，换任务用清空。

技巧三：什么时候该开新会话？

基本原则：新任务，新会话。

100 万 Token 让你可以完成更长的复杂任务（比如从零搭建全栈应用），但前后关联的任务例外。比如你刚写完一个新功能，接着要为它写使用文档——这时开新会话反而更慢，因为 Claude 必须重新读一遍所有代码。

技巧四：用子智能体处理"阅后即焚"的工作

子智能体拥有独立的上下文窗口，工作完成后只把结果返回给主会话。判断是否该用的标准：这些中间结果以后还需要看吗？如果不需要，就派子智能体去干。

实际用法示例：

• "派个子智能体去，根据这份规范文件验证一下我们刚才的工作"
• "派个子智能体去通读另一个代码库，总结它的身份验证实现方式，然后照猫画虎在这边也实现一遍"
• "派个子智能体去，根据 Git 修改记录给新功能写份说明文档"

为什么压缩会翻车？

压缩翻车通常发生在一个时刻：LLM 无法预测你下一步要做什么。比如在漫长的调试之后触发了自动压缩，紧接着你说"把之前 bar.ts 里看到的另一个警告也修了吧"——但那个警告在压缩时已经被当成无关信息丢弃了。

对策：有了 100 万 Token 的空间，你可以主动提前执行 /compact，并带上"我接下来想做什么"的描述。