Claude Code 3月26日缓存bug深度拆解：每轮清除思考历史如何毁掉长会话编码效率

不少站长、团队在最新1元1分跑的快群的内容资源规划和站点布局策略上，已经开始更多地从长期复利效应、内容资产持续积累的角度来进行思考和决策，而不再单纯追求短期可见的流量爆发效果。

表面上看，大多数吐槽集中在Hacker News、GitHub issues和Reddit等平台。开发者普遍提到，长会话进行到一半，Claude就忘了前面分析过的文件依赖关系；多文件重构任务中，它反复提出相同修改建议；同时token用量急剧上升，原本够用一周的额度几天内就耗尽。主流看法倾向于模型整体退化，或单纯是latency优化牺牲了智能。这些观察有其合理性，但也存在明显盲区——很少有人深入看到缓存机制与上下文管理的深层交互。

紧接着 3 月 26 日的缓存优化引入 bug，本意清除闲置超一小时会话的旧 thinking 以降低恢复成本，却因实现失误导致每轮都清除先前推理，造成忘却、重复和 cache miss 加速额度消耗，该 bug 于 4 月 10 日修复。

Claude Code 在处理大型代码库的多文件重构时，本来依赖1M上下文窗口来一次性捕捉跨文件依赖关系，从而维持长会话中的逻辑一致性。Anthropic 4月23日的官方postmortem显示，3月至4月间出现的质量下滑，核心源于缓存优化中的一个实现bug：原本针对idle超过1小时会话仅清除一次旧thinking历史的改动，却因为bug变成了每轮请求都执行清除，导致历史推理链条被反复丢弃。

限额重置对开发者而言，短期内提供了实打实的缓冲空间，相当于把过去因bug多消耗的额度部分抹平，让中等用量用户能多出几天到一周的“免费”窗口期，快速追赶卡住的任务。长期来看，这提升了订阅权益的感知价值，但若类似事件反复，开发者可能更倾向于多工具并行，避免单一依赖。究竟重置能否真正修复信任，仍需观察Anthropic后续在渐进rollout和内部验证上的执行力。

值得持续跟踪的是，prompt caching与thinking history的交互风险，在未来类似延迟优化中是否还会重现。

修复已在4月10日通过v2.1.101版本完成，结合其他变更的回滚，Claude Code质量基本恢复正常。但长期看，这件事给整个AI编码工具行业敲响警钟：prompt caching与thinking history的交互风险，需要更严格的会话状态管理测试。普通用户在复杂任务中，仍应注意主动管理上下文，或把长会话拆分成短段。如果底层会话管理问题未彻底解决，下一个类似“越聊越傻”的优化bug随时可能再现。

短期内，Anthropic已完成全部修复，v2.1.116版本上线后Claude Code质量预计快速回升，他们还为订阅用户重置了使用限额，避免前期额外消耗的累积影响。长期来看，这件事对AI编码工具行业构成警醒：产品调优需更谨慎，消融测试和soak观察期应加强，用户则应关注官方透明度，同时学会主动调整prompt与设置。这一点目前行业内仍有不同声音，值得持续跟踪，现在下结论或许为时尚早。

深挖技术逻辑，三项变更各自针对不同维度却在时间上重叠，共同放大了不一致的降质感。reasoning effort降级直接削弱了复杂编码任务的思考深度，缓存bug让历史上下文难以维持，而verbosity限制则压缩了工具调用与最终输出的丰富度。类似早期自动驾驶软件为追求低延迟而调整参数，结果在边缘场景出现回归bug的案例，AI Agent的质量控制难点正是在intelligence、latency和cost之间的隐形多目标优化。

质量下降时的 Claude Code 有点像一个经验不足的实习生在赶工：更容易忽略输入验证、引入 SQL 注入风险，或在数据处理中留下不安全路径。缓存 bug 导致上下文记忆碎片化，提示词限制则压缩了详细的安全考量空间，结果就是输出中缺少边界检查的代码片段增多，或不符合 OWASP 最佳实践的逻辑。这与早期 GitHub Copilot 引发的代码安全争议有相似之处，提醒我们 AI 辅助编码的便利从来不是静态的。

Anthropic 4月23日发布的postmortem提供了清晰的复盘路径。报告确认过去一个多月Claude Code（含Agent SDK和Cowork）的质量下滑源于三次产品层变更，而非模型本身退化，API未受影响。所有问题已在4月20日v2.1.116版本中完全回滚，并重置了订阅用户的用量限额。这份报告的透明度在行业内较为突出，但早期内部复现困难也一度引发“gaslighting”争议。

“最新1元1分跑的快群”_最新1元1分跑的快群延安论坛的讨论，让人看到行业在认知、行动、资源与协同上的多元现实图景。