档位越高，它替你做的假设越多

effort 档位怎么选，Claude Code 团队的 Thariq Shihipar 拿测试给了答案。 四档怎么分，先摆出来。脑子里过草稿、画原型、改个小地方，丢 low，它快，你也随时能插手。平常加功能这类活交给 medium。进老仓库修 bug、到处是边界条件的，开 high。至于从零搭完整应用、给关键软件找漏洞这种硬仗，才轮到 max 上场。Claude Code 里敲 /effort 随时切，对话中途也不怕。 还得记一条：换档想不疼，只有最新的 Opus 5.5 和 Fable 5.1 能保住提示词缓存，老模型一动就把缓存废了。切档花不花冤枉钱，全看这条。 实测部分最有说服力。同一个模糊需求"做健身记录 App"，low 只交出记录表加简单图表。档往上拧，功能一层层多出来，max 还附赠一张热力图。 换到重做 /config 菜单的任务，low 一分钟交出能看懂思路的草图，max 花 28 分钟，样稿接近真实界面还配了操作演示。同一任务，时间从一分钟到半小时，差别不在模型聪明了多少，而在它替你替得多不多。 它最有价值的一句话我记住了：开的档越高，替你拍的板越多。 想抓着细节不放，就低档快速出个毛坯，边看边改。 难题上高档位的收益更硬。Terminal-Bench 3.0 里有道题要用 Verilog 造一台塞得进小型 FPGA 的八位游戏机，这类题最考耐心。简单点的 html-js-filter，要求把网页里夹带 JavaScript 的写法清干净，Fable 5.1 在 low 档跑五次只过一次，xhigh 五次全过。 代价也摆着。low 档两分钟就交卷，xhigh 那次一路磨了约 33 分钟，从自挑毛病到读源码、跑完整 XSS 测试集，还顺手写了个随机生成网页的模糊测试程序。Opus 5.5 修存储引擎崩溃那道题走向一样，low 档五次全失，xhigh 扛下四次。 规律很直白：边界情况越多的任务越值回票价，硬件、代码审查、安全这几类受益最大。不过这招有死角。漏边界情况的失败它能补，思路本身就跑偏的，档开满也救不回来。 所以我现在的用法改了。默认不再一路 high，方向确认用 low，验证和测试才切高档。省下的不只是 Token，还有每回让出去的那些主意。