Claude Code 长上下文缓存 Bug 深度复盘：1M 上下文多轮编码质量为何崩盘

这是否预示着单纯依赖搜索引擎的时代正在悄然远去？

第二个变更是3月26日上线的缓存优化，本意针对闲置超过一小时的会话清除旧thinking内容，以减少恢复延迟和token成本。技术上采用了clear_thinking头和keep:1参数，目标优化缓存命中。但bug导致清除动作每轮对话都触发，先前累积的reasoning历史逐步丢失。上下文渐失后，模型继续任务时容易重复思考、工具调用异常。会话越长、工具链越复杂，影响越显著，4月10日在v2.1.101中得到修复。

Claude Code 质量下滑事件最近在开发者社区持续发酵。从3月初开始，用户在 Hacker News、Reddit 和 GitHub 上密集反馈代码生成能力减弱、推理连贯性变差、重复输出增多等问题。Anthropic 初期调查后回应称未发现模型退化，API 层面也未受影响，直到4月23日发布详细的工程 postmortem，才承认三个产品变更叠加导致了用户体验的明显下滑。这45天的延迟暴露了AI公司在处理质量反馈时的沟通惯性。

类似拉扯在过去AI产品迭代中反复出现，核心在于用户真正想要的是“默认聪明，必要时选快”，而非反过来先给一个快的默认再让大家找回深度。

大多数开发者最初观察到的，是Claude Code在复杂任务上表现明显下滑：多文件重构时反复思考同一问题，上下文遗忘频繁，生成的代码质量肉眼可见下降。Hacker News、Reddit和X平台上，主流声音倾向于猜测模型退化或Anthropic偷偷降配以控制成本。这些讨论热闹却忽略了一个关键盲区——问题主要出在Claude Code的harness工具层，而非核心推理能力。

月26日的caching优化引入了一个bug。本想清理闲置会话的旧思考记录以降低延迟，结果却导致每轮交互都反复清除历史，让模型在长会话中显得特别“健忘”和重复。所有受影响版本均中招，token消耗也异常上升。4月10日在v2.1.101版本中修复了这一问题，但期间用户体验已受明显冲击。

短期来看，问题已得到修复。缓存bug在4月10日的v2.1.101中纠正，所有相关调整在4月20日的v2.1.116版本彻底回滚，Anthropic还重置了订阅用户的限额，并承诺加强prompt审计与渐进rollout。用户若仍有残留影响，可通过/clear命令或避免过长idle来缓解。但长期而言，这次事件提醒开发者：在大型代码库工作流中，不能再简单依赖“长上下文无敌”的假设。

回滚后，Claude Code编码质量感知快速恢复，用户对Anthropic的信任得到部分修复，但伴随更高token消耗和偶发延迟。4月20日v2.1.116版本已整合修复，Opus 4.7甚至默认xhigh。这件事比单纯优化延迟复杂得多，它暴露了开发者对编码智能的真实优先级——默认聪明，必要时选快，而非反过来。

这一点目前行业内仍有不同声音。修复后的Claude Code是否能长期稳住“顶级推理”定位，值得持续跟踪，现在下结论为时尚早。

最近一个月，Hacker News 和 Reddit 上涌现大量开发者反馈：Claude Code 的编码质量突然下滑，工具调用频繁出错，输出重复增多，复杂任务的智能表现明显减弱，同时用户限额消耗速度加快。许多人将矛头指向 Anthropic 可能在偷偷“降智”或算力吃紧，社区讨论一度集中在模型能力退化或公司透明度不足上。

最近一段时间，许多开发者在Claude Code、Claude Agent SDK以及Claude Cowork中明显感受到代码生成质量的下滑。会话里模型容易丢掉先前推理路径，同一段逻辑反复出现，工具调用也变得前后不一致，甚至token消耗比以往快了不少。这些反馈在Hacker News和Reddit上引发热议，早期大家多以为是模型波动或单一bug，没想到背后是三个产品层变更在不同时段、分流量叠加的结果。

但现实更复杂，很多团队在执行层面还是会遇到意想不到的阻力。