Claude Code 2.1.215:/verify 与 /code-review 不再自动执行——每条 Operator 流水线必须做的改变

2.1.215 版本移除了 /verify 和 /code-review 技能的自动执行。依赖被动质量门禁的 CI 流水线或后台 Agent,现在必须在 Prompt 中显式调用,否则这些检查将悄然消失。

发布于 来源 Anthropic Claude Code

归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

深色技术背景上,显式控制门禁取代被动自动化的抽象架构示意图,配以柔和的 TheRouter 品牌色调

Claude Code 2.1.215 只有一条变更记录。但这一条足以让把 /verify 和 /code-review 当作"后台被动护栏"的 Operator 工作流悄然失效。

从这个版本起,两个 Skill 均不再自动执行。必须由人或编排层主动调用 /verify 或 /code-review,否则它们根本不会运行。

发生了什么

2.1.215 的 CHANGELOG 只有一句话:"Claude 不再自行运行 /verify 和 /code-review Skill;需要时请使用 /verify 或 /code-review 主动调用。"

在此版本之前,Claude Code 可以在完成任务后,根据自身判断自主执行这两个 Skill——最常见的场景是任务结束时,模型认为验证或代码审查步骤有意义,就会悄悄执行。执行决策是模型的,整个过程对用户是透明且隐式的。

2.1.215 改变了这一逻辑:两个 Skill 均变为显式调用专属。模型不再单方面决定是否执行,必须由人工或编排脚本发出 Slash Command。

对 AI 工程团队意味着什么

实际影响完全取决于你的团队如何集成这两个 Skill。

一直手动调用的团队——无变化,Slash Command 工作方式不变。

依赖 Claude 在自主会话中自动运行的团队——这里是断点。如果你的工作流是这样的:

  1. 通过后台模式或 CI 向 Claude Code 发送任务 Prompt。
  2. Claude 完成任务。
  3. Claude 自行执行 /verify,在结束前输出 lint 错误、测试回归或策略违规信息。
  4. 会话报告包含验证结果。

那么,从 2.1.215 起,第 3 步将不再自动发生,除非你的 Prompt 或编排层明确触发它。

claude code 2.1.215 verify code-review operator 这一变更影响最大的场景:

  • CI 流水线:通过 claude -p 或等效后台调用发送 Prompt,并默认验证步骤是完成流程的一部分。
  • Agentic 任务编排器:使用 Claude Agents、自定义 Harness 或 OpenAI-compatible Proxy 发送多步骤编程任务并读取结果的工具,验证步骤曾被隐式委托给模型。
  • 质量门禁工作流:在提交或合并前将 /code-review 用作被动检查,从未显式写入调用逻辑,因为 Claude 会自动处理。

最后这种情况是最危险的:没有报错,没有警告,只是静静地少了一层检查。

Router/Operator 视角分析

这一变更代表从隐式质量保障到显式治理的转变。从 AI Gateway 和编排视角来看,方向是正确的——但它需要主动的过渡,而非假设什么都没变。

Operator 需要做两件事:

1. 审计你的 Prompt 模板和任务定义。

如果你的 CLAUDE.md 或任务 Prompt 中有"完成前验证工作"或"提交前运行审查"之类的自然语言描述,这些指令过去可能足以触发 Skill 自动执行。现在仍然能设定意图,但 Skill 不再自我激活。将隐式语言替换为显式 Slash Command:

完成修改后,执行 /verify 并在结束前报告所有发现。

2. 更新编排脚本。

如果你使用 claude -p 搭配编程流水线,在 Prompt 内或作为后续工具调用中添加显式验证步骤。读取会话输出的 Harness 还必须确认验证确实执行过——不能只是假设它运行了。

在 Router 层,如果你通过 Gateway 或 Proxy 管理 Claude Code 会话并检查会话事件,2.1.215 之后会话 event trace 中没有 skill_run for /verify 是预期行为,不是遥测缺口。

值得关注的趋势

Anthropic 在多个 Claude Code 版本中持续将 Skill 执行与模型自主判断分离:EndConversation 工具(2.1.214)、subagent cap 变更(2.1.212),再到现在的 /verify//code-review 显式化——趋势一致:模型自主做的更少,Operator 显式指定的更多。

这对需要可预测、可审计行为的团队来说是正确的架构方向。但它要求更新那些在 Claude Code 享有更多自主权时写下的工作流假设。

检查近两周的会话日志:如果 /verify 或 /code-review 出现在 event trace 中,但你的 Prompt 中并没有显式调用——现在就审计这些工作流。隐式门禁已经不在了。

帮助与联系