{"ObjectType":400,"Sequence":5,"PreHash":"19708D5475256B7656B0547F8403E0D7","Tag":["AMD","Claude Code","Anthropic"],"Content":"AMD（特别是其AI集团高级总监 **Stella Laurenzo**，GitHub用户名 stellaraccident）对 **Claude Code** “被削弱”（nerf/regression）的观点非常明确且有数据支撑。她认为，自2026年2月更新（Opus 4.5 → 4.6，以及后续的 adaptive thinking 和 effort 默认调整）以来，**Claude Code 在复杂工程任务上的表现明显退化**，已经“无法被信任”（cannot be trusted）用于此类工作。\n\n### 核心观点与数据证据\nLaurenzo 基于 AMD 内部真实工程工作负载，分析了 **6852 个 Claude Code 会话**（覆盖1-3月）、**234760 个工具调用** 和 **17871 个 thinking blocks**，得出以下关键退化指标：\n- **思考深度（thinking depth）**：中位数从约2200字符骤降至约600字符，下降约 **67%**。模型“想得更浅、更懒”。\n- **编辑前读取代码次数（reads-per-edit）**：从6.6次降至2.0次。模型经常编辑它根本没读过的文件，导致代码质量下降、破坏原有结构。\n- **行为变化**：从“先研究后编辑”转向“直接编辑”，更多“快速修复”（quick fixes）而非优雅解决方案；经常中途放弃任务（bail out / ask “should I continue”），3月前几乎为0，之后17天内出现173次。\n- **其他问题**：自我矛盾次数翻倍；忽略自定义约定（如 CLAUDE.md）；API 请求量暴增80倍（更多重试、token 消耗更高）；高峰期（PST 下午5-7点）表现最差，疑似受 GPU 负载影响。\n- **整体结论**：Claude Code 已退化到“无法可靠处理复杂工程任务”（unusable for complex engineering tasks）。AMD 团队的资深工程师已集体停止使用，并切换到其他提供商。\n\n她强调，这不是主观感觉，而是通过遥测数据量化得出的系统性问题，与 Anthropic 在2-3月的多次快速更新（包括 thinking redaction、默认 effort 从 high 调至 medium、引入 adaptive thinking）高度相关。thinking 被隐藏或减少后，模型的“深度思考”预算明显受限，导致表面上更快，但实际更敷衍、更不可靠。\n\n### Anthropic 的回应与争议\nAnthropic（Claude Code 团队）承认了部分反馈：\n- Thinking redaction 是为了降低延迟，用户可 opt-in 打开。\n- 默认 effort 降低是为了控制 token 消耗（用户曾抱怨太贵）。\n- 他们否认是“故意 nerf 模型质量”或 demand-based degradation（因算力不足偷偷降智），称部分指标受任务类型、session 续接等因素影响，难以严格归因于模型退化。\n\n但社区和许多开发者（包括 AMD 的报告）认为，这本质上是 **silent downgrade**（无声降级），可能是为了成本控制、应对增长压力或准备新模型。类似“nerf”争议在 Claude 历史上多次出现，这次因 AMD 高管的详细数据而特别受关注。许多用户报告：复杂调试、kernel-level 工作、大型 codebase 重构现在明显更差，token 效率也变低。\n\n### 总结与影响\nAMD 的观点代表了重度企业用户（尤其是硬件/AI 编译器相关工作流）的强烈不满：**Claude Code 从“最强编程 AI”变成了“不可靠的玩具”**，至少在复杂任务上如此。他们建议 Anthropic 恢复可见的深度思考，或推出保证高 effort 的高级阶层。\n\n如果你是开发者，建议：\n- 尝试 opt-in 显示 thinking，或手动指定高 effort。\n- 测试多模型（避免 vendor lock-in）。\n- 监控高峰期 vs 低峰期表现。\n\n这个事件在 GitHub、Reddit、X 和科技媒体上讨论很热（The Register、PC Gamer 等均有报道）。","Timestamp":1776611472839,"PublicKey":"0307F52DCC296D3889E52560CB5CC01333060DA95EF9A3C500F3DFF3EF4B53E2BB","Signature":"30440220516D2DBD8687B891F634F75F65623E23A3569F2D963CA7B197A48E53290134E90220558B5CD1136D7C3756CDCDFEC09E67E8EDF8B473E15A910DFFD646A9AF540D84"}