mission-verify について
mission-verifyは、factory-missionのSDDワークフローにおける検証フェーズのスキルです。ブリーフと非目標に照らして実装を判定し、根拠に基づく指摘と収束判定を返します。承認・マージ・リリースは行いません。
主な機能
- 01ブリーフに照らしてテストとコード成果物を確認
- 02差分を調べ、テストスイートを再実行
- 03重大度と根拠に基づいて指摘を分類
- 04DONE、CONTINUE、SPEC_CORRECTION_NEEDEDを返す
- 05課題を明確化または実装フェーズへ戻す
活用シーン
- 01受け入れ基準に沿った成果物の検証
- 02実装に残る範囲内の不足の特定
- 03不明確な基準や矛盾するスコープの指摘
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ tikalk/ adlc-team-skills --skill mission-verifyインストール後、Claude Code で/mission-verifyを入力して読み込まれたか確認します。
詳細
mission-verify
必要条件: .agents/skills/factory-mission/references/executor.md(インストール先のパス)にある factory-mission スキルの共有エグゼキューター契約。adlc-cli skills add tikalk/adlc-team-skills --skill factory-mission でインストールしてください。
ローカルセッション — ゲートへの回答はあなたが行います
ADLC_RUN_ID が設定されておらず、このセッションに人が参加していて、ゲートに回答するほかの存在がいない場合です。ゲートを Slack に中継する agentic-container ランタイムは、ランナーポッド内でのみ動作します。
- 一時停止した実行はあなたの番であり、ミッションの終了ではありません。
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 を開くステップが続きます。 メッセージで MR/PR を約束する
gateの後にはpublishステップを配置します。このステップでは、変更が及ぶ各リポジトリに対してrun-branch.shとopen-mr.shを実行し、mr_url(複数の場合はmr_urls)を書き込みます。これが完了してから書き戻しステップを実行し、完了コメントに実際の MR へのリンクを記載できるようにします。回答を受け取っても後続で何も実行しないゲートは、計画上の不備です。実行を開始する前に計画を修正してください。 - ターンを終える前に、実行が
completed、failedまたは中止済みになっていることを確認してください。一時停止中の場合は、担当者に質問済みのゲートで一時停止している必要があります。
このスキルの役割
mission-verify は、ミッション SDD ファミリーの検証フェーズを担います。実装者の主張ではなく、ブリーフに照らして実装内容を評価し、重大度別の指摘を出力し、収束判定を 1 つ返します。共有エグゼキューター契約(.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 として出力します。
- 収束判定を 1 つ返します。基準を満たし、品質のしきい値に達している場合は
DONE、対象範囲内の不足が残る場合はCONTINUE、基準が測定不能またはスコープに矛盾がある場合はSPEC_CORRECTION_NEEDEDを返します。 SPEC_CORRECTION_NEEDEDは担当の clarify ゲートに送り、コードには送らないでください。CONTINUEは指摘を添えて実装フェーズに戻します。- 承認やマージは決して行わないでください。承認とマージは、人とデプロイフェーズが担います。
ステップの契約
| Step | phase_type | output_type | reads_from | artifact |
|---|---|---|---|---|
verify | verify | findings | test, code | — |
converge | verify | decision | brief.md | — |
ゲート
このフェーズのゲートは収束判定です。機械的な合格/不合格ゲートではありません(機械的なゲートは mission-implement のビルドステップに適用されます)。
DONE— 受け入れ基準を満たし、品質のしきい値に達しています。CONTINUE— 対象範囲内の不足が残っています。指摘を実装フェーズに戻し、サーキットブレーカーを適用します。SPEC_CORRECTION_NEEDED— 基準が測定不能、またはスコープに矛盾があります。判定は担当の clarify ゲートに送り、コードには送りません。
境界
- ワークツリーなし:分離はオーケストレーターの責務です。このスキルは、渡されたツリー内で動作します。
- リースなし:実行リースの取得、更新、解放は行いません。
- トラッカーへの書き込みなし:コメント、ラベル、ステータス遷移、MR/PR の作成は行いません。
- マージや承認なし:このスキルが承認、マージ、リリースを行うことはありません。
- 差し戻し先:指摘事項は、その問題を担当するフェーズに差し戻します。
CONTINUEは実装に戻り、SPEC_CORRECTION_NEEDEDはコードではなく、担当する明確化ゲートに差し戻します。