Anthropic 回应 Opus 5.5“干到一半就停”：是程序替它打了下班卡

围绕 Anthropic 旗舰模型 Opus 5.5 的一轮讨论正在中文科技媒体上发酵：不少使用者反馈，模型在长任务里常常“干到一半就停”，看上去像是主动放弃。手机新浪网在 9 月 26 日的报道中，把 Anthropic 对这种现象的解释概括成一句话——真正“下班”的不是模型，而是它运行所在的程序替它打了下班卡。

按这一解释，问题的关键不在模型权重或推理能力，而在智能体运行所处的软件环境。当上层脚本、工具调用或工作流判定会话已经结束，模型就被迫中断，而用户看到的却是一次“模型半途而废”。

这种“背锅”情形对开发者尤其重要。如果评估体系只看最终结果，把环境导致的终止算在模型头上，就会系统性低估模型能力，也会误导提示词与工具链的调优方向。

Anthropic 愿意把这一层细节讲清楚，本身也说明智能体可靠性已经成为头部厂商竞争的焦点之一。模型再强，一旦被工具链和会话管理拖住，用户体验到的仍然是一次失败的任务。

对正在搭建 Agent 产品的团队来说，最直接的动作是补齐可观测性：记录一次会话由谁、以什么原因结束，结束前还剩多少上下文，并把“模型停止”与“程序停止”分开统计。只有把这两类终止区分开，才能判断该修的是提示词、工具设计，还是外层流程本身。

需要说明的是，目前公开的信息仍集中在行为解释层面。外界尚不清楚这一现象在多大比例的任务中出现，也不清楚后续版本是否会调整会话管理与终止策略。

接下来值得看两点：官方是否会在文档或工程说明中给出更完整的交代，以及开发者社区能否基于这套解释，把“任务跑到一半就停”从模糊吐槽变成可复现、可修复的工程问题。对使用者而言，先分清责任方，再谈模型行不行，可能是这轮讨论留下的最实际的一条经验。