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

看到一些站点因为排名代发飞机【seo1268】好友聊天，输入“最新1元1分红中麻将群”咨询客服，娱乐游戏作为民间很受欢迎的纸牌玩法，乐趣集中在快节奏的刺激感、心理博弈的张力，这两种玩法的规则几乎一学就会，不用记复杂的牌型搭配，就算是新手也能快速上手，梦想是前行的灯塔，哪怕渺小，也能指引方向。不必因梦想遥远就轻言放弃，逐梦的路上，本就布满挑战。拆分目标，步步前行，哪怕每天只前进一小步，也是在靠近理想。不惧旁人的质疑，不畏前路的漫长，坚守初心，全力以赴。只要心中有梦，眼里有光，脚下有路，终能跨越山海，奔赴心之所向的远方。缺乏独特性而在搜索结果中被淹没，确实有些可惜。

质量下降时的 Claude Code，颇像一个经验尚浅的实习生在赶工状态下更容易犯低级错误。推理深度压缩导致复杂逻辑推演不够充分，提示词限制则挤压了详细的安全考量空间，结果便是输出中更易出现缺少输入验证、潜在 SQL 注入风险，或不符合 OWASP 最佳实践的不安全数据处理路径。

Anthropic最初基于内部evals和dogfooding评估，认为medium能在多数日常编码场景实现略低智能但显著更低延迟的平衡。他们随后通过UI提示和努力选择器等迭代尝试引导手动调整，但多数开发者仍习惯默认设置。这暴露了产品设计中用户对默认值的强依赖，远超团队预期。

表面上看，用户社区的反应相当直接而情绪化。大量帖子描述 Claude Code “一夜之间就不行了”，部分开发者甚至猜测是为了控制成本而故意降低智能表现。讨论焦点多停留在底层模型或 Anthropic 的响应速度上，很少有人第一时间将问题归因于产品层面的细微配置调整。

主流观点起初将问题归为正常波动或单个故障，却忽略了三个变更的分时段、分流量影响，这正是盲区所在——不同用户因使用习惯、模型版本和会话时长的差异，体验到的退化程度并不一致，导致问题看起来既广泛又不均匀。

结果是，长idle后全量重算导致token爆炸，有效高质量上下文远低于宣称水平，工具调用链也频繁出现不一致选择。历史类似上下文管理问题反复提醒我们，长上下文能力再强，工程层面的疏忽就能让它变成双刃剑。

修复前后对比已较为清晰。v2.1.116+版本回滚所有变更后，代码质量基本恢复，Anthropic还为订阅用户重置使用限额。内部back-test显示，修复后的Opus 4.7在多步agentic工作流中更稳定。不过，这件事留下的信任缺口短期难以完全弥合，值得开发者持续观察后续版本表现。

表面上看，Hacker News、GitHub issues和Reddit上充斥着类似吐槽。用户报告称，长会话进行到一半，Claude就丢失了先前对跨文件依赖的理解，反复建议同一处修改；还有人注意到token消耗异常迅猛，原本够用一周的额度几天内就接近见底。主流观点多归因于模型整体退化，或简单认为是Anthropic为降低延迟而牺牲了智能。

4月16日新增的verbosity限制（工具调用间≤25词，最终响应≤100词），虽旨在简洁，却与Opus模型的编码特性冲突，伤害了输出质量。

大多数开发者最初捕捉到的只是表面现象。Claude Code 在复杂重构任务上突然表现迟钝，原本连贯的思考链条频繁中断，生成的代码质量肉眼可见下滑。社区主流猜测指向模型退化或 Anthropic 暗中降配以控制成本，这些讨论一度相当激烈。但 postmortem 揭示了盲区：底层模型权重并未改变，问题集中在 Claude Code 的 harness、SDK 和 Cowork 组件上，API 接口则完全不受影响。

过去一个月，Claude Code 用户在 Hacker News 和 Reddit 等社区频繁吐槽代码生成质量下滑，重复逻辑增多、上下文遗忘明显、工具调用精准度下降。Anthropic 4 月 23 日发布的工程 postmortem 给出了清晰答案：这并非底层模型退化，而是三个产品层变更在不同时段和流量片叠加所致，API 调用未受影响。

在SEO资讯站的更新中，最新1元1分红中麻将群的最新动向值得每一位从业者持续留意。