Opus 5.5连续操作电脑时，一步失败仍须返回整批结果
Anthropic的新电脑操作工具允许模型在一次回复里提出多个动作，但执行程序不能把它们当成互不相关的并行任务。官方要求按顺序执行，在第一项失败后停止后续动作，同时为全部工具调用返回对应结果。对接Opus 5.5的应用若只报告失败一步，仍可能因缺少结果而遭接口拒绝。
让Opus 5.5连续点击、输入和查看屏幕，并不代表应用可以把同一批动作任意并行执行。Anthropic电脑操作工具指南要求，客户端依照模型返回的顺序执行每个工具调用；一旦某项失败，应停止执行这一批后续动作。这关系到操作依赖及错误反馈。
新工具集包含十七种操作，由开发者自己的环境负责实际执行。模型提出动作与操作系统完成动作，是两个不同环节。文档描述客户端工具，并不是供应商替应用托管一台已经配置好的电脑；该工具不适用于Claude Managed Agents。因此，接入团队仍须自己提供执行和结果收集机制。
批处理最容易遗漏的地方发生在失败之后。已成功执行的动作，应返回正常工具结果；出错的动作，应以is_error标记失败。对于因为前一步出错而没有执行的动作，同样要返回错误结果，说明整批处理已停止。停止实际操作不等于可以省略相应消息：每一个tool_use都必须有对应的tool_result。
指南明确警告，缺少任何一个调用的结果，会触发invalid_request_error。假设模型先要求点击菜单，再输入文字，最后截图，而点击就已失败，执行程序应停止后两步，但仍向模型报告三个调用各自的状态。这个例子是对规则的说明，并非本报观察到的事故；它展示了实际动作数量与必须回传的结果数量并不总是相同。
关联信息也需要保留。结果应对应原来的调用标识，并回传computer工具集名称。这样，模型才能分辨哪个动作完成、哪个失败，以及哪些动作因批次中断而未尝试。若只发回一段笼统的“操作失败”，就无法替代接口要求的逐项对应关系，也不利于模型决定下一步从哪里恢复。
平台差异同样值得核对。Opus 5.5迁移指南指出，Claude API与Google Cloud的新接入方式采用computer_toolset_20260801，旧的computer_20251124定义会被拒绝；Amazon Bedrock仍支持旧方式。因而，“升级后旧工具全部不可用”并不是适用于所有平台的准确描述，部署渠道必须写入迁移检查。
对中文办公自动化项目而言，错误处理应在真正执行动作的程序中落实，而不是仅在提示词里要求模型谨慎。本文依据官方工具契约分析执行顺序，没有证明任何特定桌面环境的成功率。接入方应以可回滚的任务检查成功、首项失败及中途失败三种路径，确认后续动作停止与结果完整回传能够同时成立。
프리즘코리아 편집국 > 林知远
