用途：这是结构化智能体开发工作流的最终关卡，下游不再有检查，因此在此签署的内容即为最终交付。它不做第二次代码评审，而是证明三件事：测试套件此刻是绿的；每条需求确实被实现；交付内容仍与决策一致。
主要能力：Part 1 依据 /test-scope 的 /verify-completion 行运行完整套件，或在满足四项条件时引用 /3p-review 的签署运行；Part 2 从磁盘重读计划，逐阶段、逐实现步骤、逐测试标准建立清单，标记已构建并已证明、已构建但未证明、未构建，并检查范围外内容与移除项替换；Part 3 做漂移审计，比较决策文档与计划、计划与计划、决策文档与代码，命名每处差异。
使用方式：遵循铁律“没有新鲜验证证据，不得声称完成”。门函数为：识别什么能证明该声明、完整运行、读取完整输出与退出码、验证证据是否支持声明，最后才作出声明。命令受 /test-scope 的“一次运行可执行什么”约束，仅限仓库自身的测试、lint、类型检查和构建命令及其锁定依赖，脚本先读；不写入树外、不迁移共享数据库、不超出锁文件安装、不部署、不调用外部服务或未经询问使用凭据。
限制：此关卡只测量，不修复。不得在关卡内修复代码；不得编辑决策文档或计划来让发现消失。唯一允许的写入是在人工裁定后，向决策文档追加带日期的 ## Amendments 条目，并向计划的 Amendment Log 追加对应条目，以及将计划移入 done/。完成报告只口头陈述，不保存。若工作偏离决策且无人记录，即为 UNDOCUMENTED DRIFT，事后补写记录也不能改变该结论。若没有决策文档，需明确说明并只运行计划对计划比较。