别再无脑开高推理！Opus 5高配会自行重构代码乱加戏

别再无脑把Opus 5的推理强度调到max，白白当冤大头。

有人用FrontierCode编程基准，从低到高完整测试了Opus 5的各个推理档位。

最终得到的性能曲线很反常：性能上限根本不在拉满后的顶配档位，medium才是性能峰值。

按照我们对大模型的直觉，推理档位这个油门应该踩得越深跑得越快，但Opus 5踩到底后反而熄火了…

这是怎么回事？

动不动就重构代码

这个档位本质是推理强度拨盘，与模型智商没有太大关系；从low、medium、high到xhigh、max，控制的其实都是推理预算。

档位提高，意味着留给模型思考的余量更大，它会在行动前思考得更久、更深入。

这似乎是件好事，多考虑一下难道还会错吗？

可问题偏偏就产生在这个多想的过程中。

当任务本身不需要那么大的思考量时，多出来的那部分预算总会给自己寻找额外工作。

矛盾因此出现：信息提取、分类和文档撰写等边界明确的简单任务，使用low与high时，输出质量几乎没有区别。

可一旦用户选择高档位，多余的推理预算只会促使模型反复校验，并重复整理已经得到的结论。

过长的推理链还可能逐渐偏离最初需求。

代码场景更加夸张：如果任务只是修复几行函数bug，低档位通常只会针对问题生成补丁；

强度拉高后，富余算力却会推动模型自行重构无关函数、修改导入、重命名变量，甚至优化毫不相关的代码。

一个小问题就这样膨胀成完整PR…额外提供的预算反而带来负担。

这一问题在Opus 5上尤其突出，它动不动就主动给自己“加戏”。

Anthropic在自己的提示词指南里几乎是明着劝你把推理闸门往下拧：

只要评测确认质量没有下降，就应广泛使用low和medium降低成本与延迟，把高档位留给真正困难的长周期任务。

但在Opus 5发布当天，A社却把Opus 5的默认推理值设置成了high……

一句话即可解决

当然，把effort从high改回medium并不复杂。

使用API时修改output_config.effort，使用Claude Code则可在配置中更换默认档位。

调整后能立刻感到模型不再四处发挥，输出token明显减少；那些结构化任务的质量不仅没有降低，通常还会更好。

若要同时兼顾效果与成本，最合适的方法是按任务分层。

格式化、信息提取等无需额外思考的机械任务交给low；

日常编码和代码审查使用medium或high，在稳定性与开销之间取得平衡；

只有需要长期自主推理、连续执行几十步的长周期Agent任务，才值得启用xhigh甚至max。

不过，这里还隐藏着一个很容易被忽略的缓存成本陷阱。

effort档位属于缓存匹配标识，在会话中切换档位会直接清除全部上下文缓存，迫使模型重新读取完整对话历史。

即使从high切换到low后，单轮价格表面上降低了，缓存失效仍会造成上下文重复加载，使总成本反而可能增加。

因此，更好的策略是先建立完整工作流，再为它锁定单一档位，执行全程不作调整，通过持续命中缓存压低总体开销。

Opus 5确实聪明，但不要让它用力过度（doge）。

参考链接：

[1]https://x.com/cl571128/status/2080783750456311836?s=20

[2]https://x.com/jerhadf/status/2080806404898619791?s=20

[3]https://x.com/tenobrus/status/2080736458693079139?s=20