Claude Code 拥有100 万 token上下文窗口，但这并不意味着长时间对话可以无限堆积。Anthropic 技术团队成员 Thariq Shihipar 在官方博客中指出，随着 session 拉长，模型会出现“Context Rot”现象，也就是上下文逐渐失真、注意力被旧信息稀释，最后表现出答非所问、遗忘需求，甚至把已经修好的问题重新改坏。
上下文窗口很大，问题却出在内容越来越杂
所谓上下文窗口，就是模型在一次交互中能同时处理的信息范围，里面包含对话记录、读取过的文件以及调用工具的历史。Claude Code 的窗口规模被描述为约等于750 万个英文字符。容量看上去夸张，但 Thariq Shihipar 强调，真正的问题不是“装不下”，而是装得太多之后，旧内容会持续干扰当前任务。
官方还提到，当上下文接近上限时，系统会自动触发压缩，也就是把整段对话历史摘要化，给后续交互腾出空间。麻烦恰恰在这里：官方直言，模型在出现 Context Rot 时，往往也是它做压缩时最不聪明的阶段，重要细节可能在这一刻被丢掉。
官方列出5种工具，对应不同节点处理
第一种是Continue，也就是继续当前 session，适合任务没有跑偏、上下文仍然干净的情况。第二种是Rewind，可通过双击 Esc 或输入 /rewind 回到先前某条消息，从特定节点重来。官方给出的思路是，保留已经读取到的有效信息，去掉失败的尝试记录。
第三种是Clear，使用 /clear 直接清空全部上下文，从零开始。这样做最费手工，因为开发者需要自己决定哪些信息要带进新 session，但控制权也最完整。第四种是Compact，通过 /compact 自动压缩历史内容，并可附带提示语，例如要求模型保留某项重构内容、删除某段测试调试记录。
第五种是Subagents，也就是把子任务分派给独立的 Claude 分身处理。子代理在干净的上下文里工作，完成后只返回结论，过程中的噪音不会回流到主 session。官方举例包括读取另一个代码库的认证流程并总结，或单独验证某次修改的测试结果。
判断标准很直接：新任务就开新session
针对不同场景，官方给出的选择相当明确：同一任务没跑偏就继续；如果 Claude 走错方向，就用 Rewind 回到合适节点；session 塞得太满时，用带提示的 Compact；面对全新任务，则直接 Clear；如果下一步只需要结果，不想把中间过程塞进主对话，就交给子代理。
Thariq Shihipar 总结出的核心原则只有一句：新任务等于新 session。Claude Code 虽然支持超大上下文，但相关任务可以继续累积，不相关内容则应尽早切断。对开发者来说，主动管理 session，往往比等系统自动压缩更稳。