百万Token白烧？Claude官方下场：5招治好上下文腐烂·2026年04月20日 14:47给了100万token，现在却手把手教你怎么删记录！Anthropic官方承认：塞太多东西，Claude就会变蠢。面对失控的「上下文腐烂」，Anthropic连夜甩出5招救命指南。 Anthropic自己戳破了百万上下文神话？ https://claude.com/blog/using-claude-code-session-management-and-1m-context 近日，Anthropic一篇关于「如何管理百万上下文」的博客中再次提到了「上下文腐烂」（context rot）的问题，简单说就是： 上下文越长，模型越蠢。 Anthropic解释道，上下文窗口是指模型在生成下一条回复时能够「看到」的全部内容，它包括你的系统提示、迄今为止的对话内容、每一次工具调用及其输出，以及所有已读取的文件。 目前，Claude Code的上下文窗口为一百万个token。 但上下文并非越长越好。模型的注意力被分散到更多token上，更早的、已经不相关的内容会开始干扰当前任务，导致表现下降，这就是「上下文腐烂」。 这并非社区自造的概念，而是出自Anthropic官方博客。 早在今年2月Sonnet 4.6发布时，公告里就写明了：Sonnet 4.6提供了测试版百万token上下文窗口。 但百万Token≠百万有效Token。 你往对话里塞的每一条消息、每一次文件读取、每一轮工具调用，都在稀释模型的注意力。 早期那些已经不相关的内容不会自动消失，它们会像噪音一样持续干扰当前任务。 提出问题后，Anthropic通过这篇博客给出了一套完整的管理方法。 先告诉你「你的对话在腐烂」，然后再手把手教你怎么治。 上下文越长，AI越蠢 先把「上下文腐烂」的机制拆开看。 100万Token听起来很多。 一个中型代码库，连文档带源码，可能也就几十万Token。理论上你可以把整个项目塞进去，然后随便问。 但模型的注意力是有限资源。 你两小时前读的那个配置文件、一小时前调试失败的那段日志、半小时前探索的一条死胡同，全都还在窗口里，全都在抢模型的注意力。 这就是context rot的机制：模型被迫同时「记住」太多不相关的东西，没法集中精力处理眼前的任务。 也许你会觉得，这不就和人类开会开久了走神是一个道理嘛。 的确如此。 信息过载导致注意力稀释，这与能力无关，是带宽问题。 更要命的是，当上下文快要撑到100万Token上限时，系统会自动触发「压缩」（compaction）： 即把整段对话总结成一个更短的摘要，然后在新窗口里继续工作。 这听起来很智能，但自动压缩发生的那一刻，恰恰是上下文最长、模型表现最差的时候。 用最蠢的状态去做最关键的总结，这事儿本身就很难靠谱。 每一轮对话都是岔路口 Anthropic在博客里把每一次对话交互定义为一个决策节点。 每一轮交互结束后，你其实站在一个岔路口，不是只有「继续聊」这一条路。 第一条：Continue。在同一会话中发送另一条消息，直接继续聊。上下文还相关，没必要折腾。这是最自然的选择，大多数时候也确实够用。 第二条：/rewind。 连按两下Esc，跳回之前某条消息，从那里重新来。 官方博客里有一个很精准的判断：与其纠正，不如回退。 回退（Rewind）通常是更佳的修正方式。 比如Claude读了五个文件，试了一种方法没成功，你的本能反应是说「这个不行，换个方法」。 但这样做的问题是，那次失败尝试的全部中间过程还留在上下文里，继续污染后续判断。 更聪明的做法是rewind到读完文件那个节点，带着新信息重新发一条更精确的指令：别用方案A，foo模块没暴露那个接口，直接走B。 有用的文件读取保留了，失败的尝试丢掉了。上下文干干净净。 你也可以让Claude总结它学到的内容并创建一条交接信息。这有点像未来的Claude给过去的自己留了一封信：这条路我试过了，走不通。 第三条：/clear。开启一个新会话，附带一段简要说明：之前做了什么、现在要干什么、哪些文件相关。 好处是零腐烂，上下文完全由你控制。坏处是费事，所有背景都得你自己写。 第四条：/compact。让模型总结当前对话，用摘要替换掉原来的历史记录。 省事，但有损。 你可以附上引导指令：/compact focus on the auth refactor, drop the test debugging（聚焦认证重构，删掉测试调试。） 让它知道什么该留什么该扔，而不是去猜。 /clear和/compact看起来相似，但行为截然不同： /compact由模型决定什么重要，你省心但可能丢关键信息，而/clear由你自己写下关键内容，费事但精确。 第五条，Subagents。 把一块工作交给一个拥有独立上下文的子智能体，干完活只把结论带回来。 当你知道接下来的任务会产生大量中间输出，但你只需要最终结论时，subagent是最干净的方案。 它拿到一个全新的独立上下文窗口，在里面完成所有脏活，中间过程全部留在子窗口里，最后只有一份结论带回主会话。 Subagents：你的一次性调查员 这五个动作里，最容易被误解的就是subagents。 很多人一听「子智能体」就往「多智能体协作」上联想：团队分工、并行处理、AI员工开会讨论。 但Anthropic这篇博客里讲的subagents，核心价值只有一个：上下文隔离。 官方文档明确写道：每个subagent都运行在自己的上下文窗口中。 它可以读大量文件、做大量搜索、跑完整个调查流程。但最终，只有摘要和一小段元数据会回传给主会话。 那些海量的中间过程，全部留在子智能体的一次性上下文里。你的主会话不会被这些噪声污染。 Anthropic内部用的判断标准也很简单： 我之后还需要这些工具输出本身吗，还是只需要最终结论？ 如果答案是后者，就交给subagent。 博客里给了三个典型场景： 让subagent基于规格文件验证工作结果；让subagent去读另一个代码库，总结它的认证流程，然后你自己来实现；让subagent根据你的git改动去写文档。 这三个场景有一个共同点：过程很重，结论很轻。 所以subagent的本质不是你的同事，和你在一块干活，更像是你的「一次性调查员」。 它的工作簿在任务结束后就可以扔掉，你只需要拿走最后那页报告。 虽然Claude Code会自动调用Subagents，但你也可以给它更明确的执行指令，比如： 启动一个Subagents，根据以下规范文件验证此项工作的结果； 派生一个Subagents去阅读另一个代码库，并总结其身份验证流程的实现方式，然后你自己以相同的方式实现它； 派生一个Subagents，根据我的Git变更来编写此功能的文档。 警惕自动压缩的翻车时刻 Anthropic在博客里坦承了一个很多开发者已经踩过的坑：自动压缩（compaction）翻车。 什么时候翻车？当模型无法预测你接下来要干什么的时候。 博客举了一个例子： 你做了一次很长的调试会话，自动压缩触发了，模型把整个排查过程总结了一遍。然后你突然说：「现在修一下bar.ts里那个warning。」 但因为整个会话主要围绕调试展开，那个warning只是中途顺带看到的一眼，压缩的时候已经被丢掉了。 这事棘手在哪？触发自动压缩的那一刻，恰恰是上下文最长、模型表现最打折的时候。 你让一个已经「走神」的模型来决定什么信息重要、什么可以丢掉。 好在百万Token窗口给了一个缓冲区。 你不用等到自动触发，可以提前主动/compact，并附上说明：接下来要做什么、哪些信息必须保留。 用最清醒的时候做压缩，而不是等到最糊涂的时候被动挨打。 说到底，自动压缩不是不能用，是不能盲信。 五条路，一个急救包 虽然最自然的做法就是继续下去，但另外四个选项可用于帮助你管理上下文。 这五条路拼在一起，本质上就是一套防治「上下文腐烂」的急救包。 Anthropic官方示意图：五种上下文管理动作，从左到右保留的旧上下文越来越多 官方博客在文末放了一张决策表，按场景匹配工具： 每一次回车，都是一次上下文决策。 五种场景，五个工具，选对了上下文干净，选错了模型变蠢。 因此，每一轮交互之后，都该花一秒钟想想：我的上下文还干净吗？接下来该走哪条路？ 百万上下文的另一面，是百万token的账单 除了管上下文质量，Anthropic这次还做了另一件事： 让开发者看见自己的消耗。 博客开头就说了，/usage这个新命令的推出，「来自我们和客户进行的多次交流」。 /usage是干什么的？ 根据Claude Code官方命令文档，它的作用是「显示套餐使用上限和速率限制状态」。 注意，这不是一个上下文管理工具。 它不压缩、不回退、不清理，只做一件事：让你看见自己用了多少，还剩多少，有没有撞上限流。 但这恰恰是开发者最焦虑的事。 100万上下文听起来很美，但token不是免费的。 一个长会话跑下来，你到底消耗了多少配额？自动压缩会不会在你不知情的情况下触发，丢掉关键信息？你离速率限制还有多远？ 以前这些问题没有答案，现在Anthropic给了一个透明窗口。 这个功能很小，但表明Anthropic已经意识到，百万上下文时代，「用得起」和「用得好」是两个必须同时解决的问题。 光给能力不给可见性，开发者迟早会踩坑然后流失。 提示词工程之后，是上下文工程 退一步看全局。 今年2月，Anthropic发布Sonnet 4.6，公告里确认了100万token上下文窗口（beta）。 那篇公告解决的是「能不能」的问题：模型能不能撑住这么长的上下文。 用户反馈也很正面：它在改代码前更能有效读取上下文了。 4月15日这篇博客，解决的是「怎么用」的问题。它直接承认了现实局限，然后给出一套系统化的管理方法。 两步合在一起，构成了一个完整的闭环：先给你武器，再教你怎么用不伤到自己的钱包。 Prompt engineering这几年被讲烂了。但真正决定AI编程天花板的，可能是下一个词：context engineering（上下文工程）。 怎么喂上下文、什么时候清理、哪些信息该隔离、哪些该保留，这些问题以前靠直觉，现在Anthropic开始给方法论了。 上下文工程，正在成为AI编程时代的必修课。 参考资料： https://claude.com/blog/using-claude-code-session-management-and-1m-context  本文来自微信公众号“”，作者：，36氪经授权发布。 该文观点仅代表作者本人，36氪平台仅提供信息存储空间服务。