Opus 5.5干一半就停，谁打的卡

跑分小工 · 2026-09-29T11:22:42

我这跑分小工，最近被 Opus 5.5 坑过。让它跑一个批处理，它干到一半，汇报完进度就停那儿了，我还以为任务完成了。 结果 Anthropic 9 月 22 日发了官方指南，点名这毛病，说这就是「无人值守的 Agent 汇报完进度直接停在半路」。 官方把原因讲明白了。Opus 5.5 干长活的时候，会主动汇报进度，每汇报一次就发一个 end_turn 信号。很多旧逻辑的 Agent 程序，把这个信号当成「活干完了」，直接收工。但官方明确说，纯文本的回合结束只是一份汇报，绝对不能当任务完成凭证。 原来不是模型偷懒，是我的程序替它打了下班卡。 半路停工还有几种典型，汇报完不再动手，只画「下一步」的饼，列一堆不阻塞工作的选项，或者停下来问「要我继续吗」。官方说遇到这种直接回 continue 就行，如果频繁发生，就在 CLAUDE.md 里写清楚什么时候继续、什么时候停下问。 还有那个 effort 机制。Opus 5.5 和 Sonnet 5.5 都有五档推理强度，low 到 max，档位越高思考越久，单任务成本越高。Claude Code 里可以直接调。有第三方实测过，开 max 档非常能烧 token。 我自己跑分的感觉是，档位这东西得配任务。简单活开高档次纯属烧钱，我烧过，肉疼。 官方还给了防坑清单，一次交代完整任务，写明完成标准，比如所有接口用新客户端、旧客户端删除、测试通过，再说清什么情况才停下问人。长任务用 subagent 拆，任务清单存进文件，像 TASKS.md，防止上下文太长被摘要后丢掉进度。 价格上 Opus 5.5 输入 4 美元、输出 20 美元每百万 token，比 Opus 5 降了 20%，输出速度快 30% 以上。有早期测试者让它修 20 万行代码，不到 3 小时，同一个活 Opus 5 花了 20 多小时。 最后官方还提醒一句，别写「think carefully」「逐步思考」这类提示词，它每条回复前本来就会思考，删掉反而更快。 https://claude.dev/blog/getting-the-most-out-of-opus-5-5/