关于 mission-verify
mission-verify 是 factory-mission SDD 工作流中的验证阶段技能。它依据任务简报和非目标审查实现，给出有证据支持的发现及收敛结论，但不负责批准、合并或发布。
主要功能
- 01依据任务简报检查测试与代码产物
- 02检查差异并重新运行测试套件
- 03按严重性和证据排列发现
- 04返回 DONE、CONTINUE 或 SPEC_CORRECTION_NEEDED
- 05将问题转回澄清或实现阶段
适用场景
- 01根据验收标准验证交付内容
- 02找出待实现的范围内缺口
- 03标记含糊标准或相互冲突的范围
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/mission-verify确认已加载。
详细介绍
mission-verify
Requires：factory-mission 技能的共享执行器契约 .agents/skills/factory-mission/references/executor.md（已安装路径）；使用 adlc-cli skills add tikalk/adlc-team-skills --skill factory-mission 安装。
在本地会话中——由你回答门控问题
当未设置 ADLC_RUN_ID 时，当前会话中有人在场，且没有其他人会回答门控问题。将门控问题转发到 Slack 的 agentic-container 运行时仅存在于运行器 Pod 中。
- 运行暂停时，轮到你处理，而非任务结束。 当
adlc-cli workflow run或resume因运行暂停在门控处而退出（在adlc-cli workflow state show <run_id>中显示run_paused、status: paused）时，向当事人询问门控问题及选项。然后运行adlc-cli workflow resume <run_id> --input <verdict_input>=<answer>并继续执行。若尚未向任何人询问，切勿在运行暂停时结束本轮。 - 每个用于批准 MR 的门控后面都必须有一个负责创建 MR 的步骤。 如果某个
gate的消息承诺会创建 MR/PR，后面就必须跟一个publish步骤：对每个受变更影响的仓库运行run-branch.sh和open-mr.sh，并写入mr_url（多个 MR 时使用mr_urls）。之后才是回写步骤，这样完成评论才能链接到真实的 MR。若门控之后没有任何步骤根据其答案采取行动，说明计划有缺陷；开始运行前先修复计划。 - 结束本轮前，运行必须处于
completed、failed或已中止状态；或者暂停在一个已向当事人询问过的门控处。
此技能的作用
mission-verify 负责 mission SDD 系列中的验证阶段：根据任务说明评判已完成的工作，而非采信实现者的说法；输出按严重程度排序的问题，并给出一个汇总判定。它遵循共享执行器契约（.agents/skills/factory-mission/references/executor.md）：verify 步骤读取 test 和 code 产物并输出 findings；converge 步骤读取 brief.md 并输出 decision——判定者独立作出判断，因此会检查任务说明和非目标，而非验证者自己的问题清单。此技能在给出判定后即停止——REVIEW 和 SHIP 由 factory-review 和 factory-deploy 负责，此技能不会抢先执行。
默认流程
- 读取
test和code步骤生成的产物引用。 - 根据
brief.md评判，而非采信实现者的说法——重新运行测试套件、检查差异，并确认未触及非目标。汇总判定者依据任务说明和非目标开展工作，绝不依据验证者自己的问题清单。 - 输出按严重程度排序的问题，分为 Critical、Important 或 Minor；每项都须对应差异、测试套件输出或未触及的非目标中的证据。
- 给出一个汇总判定：满足验收标准且达到质量门槛时为
DONE；仍存在范围内缺口时为CONTINUE；标准无法衡量或范围存在冲突时为SPEC_CORRECTION_NEEDED。 - 将
SPEC_CORRECTION_NEEDED转交给负责该事项的澄清门控，而不是代码阶段；将附有问题清单的CONTINUE返回实现阶段。 - 绝不批准或合并；批准和合并由人工及部署阶段负责。
步骤契约
| 步骤 | phase_type | output_type | reads_from | artifact |
|---|---|---|---|---|
verify | verify | findings | test、code | — |
converge | verify | decision | brief.md | — |
门控
本阶段的门控是汇总判定——这是决策门控，而非机械的红绿灯门控（机械门控用于约束 mission-implement 中的构建步骤）。
DONE——满足验收标准且达到质量门槛。CONTINUE——仍存在范围内缺口；问题清单返回实现阶段，并适用熔断机制。SPEC_CORRECTION_NEEDED——标准无法衡量或范围存在冲突；此判定会转交给负责该事项的澄清门控，而不是代码阶段。
边界
- 不创建工作树：隔离由编排器负责；此技能仅在分配给它的工作树中运行。
- 不处理租约：绝不获取、续期或释放运行租约。
- 不写入跟踪器：不发表评论、不添加标签、不变更状态，也不创建 MR/PR。
- 不合并或批准：此技能绝不批准、合并或发布。
- 路由回对应阶段：发现的问题路由至负责处理该问题的阶段；
CONTINUE返回实现阶段；SPEC_CORRECTION_NEEDED路由至负责的澄清关卡，绝不路由至编码阶段。