Opus 5.5 发布后，不少跑 Agent 的开发者遇到了同一类问题：让模型连夜迁移代码库，第二天打开终端却发现它只完成了部分工作，留下一句「接下来将处理剩余端点」便再无下文，必须手动输入「继续」才能推动。模型能力提升的同时，执行长任务时中途停摆的现象反而变得普遍。

Anthropic 很快注意到了这一反馈。发布没几天，官方就挂出了配套的提示词指南，专门针对这类问题打补丁。在开篇的排查清单中，官方直接点名了「半路溜号」现象：无人值守的 Agent 在汇报完进度后，直接停在了半路，不再继续执行。

官方给出的原因指向模型的行为习惯。Opus 5.5 在干长活时会主动同步进度，但部分汇报发出后，它便不再动手，此时 API 返回的信号是 end_turn，表示「这一轮我说完了」。问题在于，不少沿用旧逻辑的 Agent 程序只认一条死规矩：模型不再调用工具，就视为任务完成。于是一份进度汇报被当成了交差凭证。

官方指南对此明确说明：纯文本的回合结束应被看作一份汇报，绝不能当作任务完成的依据。换言之，模型本身并未偷懒，是 Agent 程序先替它打了下班卡。官方将这种半路停工归结为四种情况，提示开发者需要调整对 end_turn 信号的判断逻辑。