Claude Code 代码质量下降的深层原因：Anthropic 承认的三个独立变更叠加效应

详细解读免押金1块1分跑的快群_甘肃每日甘肃网论坛的实践表明，提升变通力的长期竞争力，取决于内容的框架构建能力。

第三个变更是系统提示verbosity的减少。4月16日，为即将推出的Opus 4.7模型引入的提示调整，明确要求工具调用间文字不超过25词、最终响应不超过100词（除非任务确需更多细节）。这一限制旨在控制token使用并降低啰嗦感，但在编码场景中直接压缩了思考深度和输出细节。Anthropic内部消融测试显示，它导致Opus 4.6和4.7在相关评估中性能下降约3%。

第二个是3月26日的缓存优化，旨在清除闲置超一小时会话的旧thinking以降低恢复成本，却因bug导致每轮都清除先前reasoning，造成忘却、重复和cache miss加速额度消耗，4月10日通过版本修复。

长期而言，这对AI编码工具行业是个信号：追求优化时需更谨慎对待harness变更，Anthropic承诺加强dogfooding、更广eval和prompt auditing，这些若落地或能提升信任。

月26日引入的缓存优化，本为清理闲置超一小时会话的旧思考记录以降低恢复延迟，却因bug导致清理操作在会话剩余时间内每轮触发。这直接造成Claude显得“忘性大”、重复执行相同步骤，工具调用选择异常，同时因频繁cache miss而加速用量消耗。bug于4月10日在v2.1.101中修复，早期难以与正常波动区分，内部测试也未充分覆盖特定闲置交叉场景。

除了缓存bug，另外两个改动也放大了影响。默认reasoning effort从high降到medium，本意缓解高模式下的延迟，却让模型在复杂编码任务中显得不够锐利；系统prompt对verbosity的限制，进一步压缩了工具调用间的必要解释空间。这些变化在不同流量切片和时间段交织，制造出看似随机的质量波动，直到4月20日v2.1.116版本才彻底回滚。

这些调整虽在 4 月 20 日前后修复，但期间生成的代码质量波动已超出单纯“用着不顺手”的范畴，直接放大了 AI 生成代码的安全隐患，尤其在 Claude Code 安全编码场景下。

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

短期来看，问题已基本解决，Claude Code体验回归正常，重置额度也缓解了部分开发者在异常消耗期的压力。但若你的项目在3至4月中旬大量依赖Claude Code，建议回顾当时输出，检查是否存在重复逻辑或上下文丢失留下的潜在隐患，调试成本增加和项目小延误的风险当时确实存在。

三个变更的叠加效应，就像代码编译器突然强制每次build都清缓存，从零重新解析依赖——表面响应更快，实际效率和质量双双受损。Anthropic的这次postmortem写得相当透明，这在AI公司中并不常见。它不仅承认了快速迭代与用户体验之间的张力，也承诺扩大内部dogfooding范围、加强prompt变更的ablation测试。

最近一段时间，许多开发者在Claude Code、Claude Agent SDK以及Claude Cowork中使用时，发现代码生成质量出现明显下滑。会话中模型容易遗忘先前推理路径，重复解释同一逻辑，工具调用也显得突兀，token消耗速度比以往快了不少。

行业内小范围的试点经验显示，提升变通力的ROI在特定条件下已具备吸引力。