mcpField
M
mission-verify

mission-verify

github.com/tikalkその他1449 回インストール今日更新
リポジトリ

mission-verify について

mission-verifyは、factory-missionのSDDワークフローにおける検証フェーズのスキルです。ブリーフと非目標に照らして実装を判定し、根拠に基づく指摘と収束判定を返します。承認・マージ・リリースは行いません。

主な機能

  1. 01ブリーフに照らしてテストとコード成果物を確認
  2. 02差分を調べ、テストスイートを再実行
  3. 03重大度と根拠に基づいて指摘を分類
  4. 04DONE、CONTINUE、SPEC_CORRECTION_NEEDEDを返す
  5. 05課題を明確化または実装フェーズへ戻す

活用シーン

  1. 01受け入れ基準に沿った成果物の検証
  2. 02実装に残る範囲内の不足の特定
  3. 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 ランタイムは、ランナーポッド内でのみ動作します。

  1. 一時停止した実行はあなたの番であり、ミッションの終了ではありません。 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> を実行し、続行してください。誰にも質問せず、一時停止した実行を残してターンを終えてはいけません。
  2. MR を承認する各ゲートの後には、MR を開くステップが続きます。 メッセージで MR/PR を約束する gate の後には publish ステップを配置します。このステップでは、変更が及ぶ各リポジトリに対して run-branch.sh と open-mr.sh を実行し、mr_url(複数の場合は mr_urls)を書き込みます。これが完了してから書き戻しステップを実行し、完了コメントに実際の MR へのリンクを記載できるようにします。回答を受け取っても後続で何も実行しないゲートは、計画上の不備です。実行を開始する前に計画を修正してください。
  3. ターンを終える前に、実行が 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 の役割であり、このスキルが先回りして行うことはありません。

デフォルトの進め方

  1. test と code ステップが生成したアーティファクト参照を読み取ります。
  2. 実装者の主張ではなく、brief.md に照らして評価します。テストスイートを再実行し、差分を調べ、非目標に手が加えられていないことを確認します。収束判定者はブリーフと非目標に基づいて作業し、検証者自身の指摘は参照しません。
  3. 差分、テストスイートの出力、または変更されていない非目標にある証拠に結び付けて、重大度別の指摘を Critical、Important、Minor として出力します。
  4. 収束判定を 1 つ返します。基準を満たし、品質のしきい値に達している場合は DONE、対象範囲内の不足が残る場合は CONTINUE、基準が測定不能またはスコープに矛盾がある場合は SPEC_CORRECTION_NEEDED を返します。
  5. SPEC_CORRECTION_NEEDED は担当の clarify ゲートに送り、コードには送らないでください。CONTINUE は指摘を添えて実装フェーズに戻します。
  6. 承認やマージは決して行わないでください。承認とマージは、人とデプロイフェーズが担います。

ステップの契約

Stepphase_typeoutput_typereads_fromartifact
verifyverifyfindingstest, code—
convergeverifydecisionbrief.md—

ゲート

このフェーズのゲートは収束判定です。機械的な合格/不合格ゲートではありません(機械的なゲートは mission-implement のビルドステップに適用されます)。

  • DONE — 受け入れ基準を満たし、品質のしきい値に達しています。
  • CONTINUE — 対象範囲内の不足が残っています。指摘を実装フェーズに戻し、サーキットブレーカーを適用します。
  • SPEC_CORRECTION_NEEDED — 基準が測定不能、またはスコープに矛盾があります。判定は担当の clarify ゲートに送り、コードには送りません。

境界

  • ワークツリーなし:分離はオーケストレーターの責務です。このスキルは、渡されたツリー内で動作します。
  • リースなし:実行リースの取得、更新、解放は行いません。
  • トラッカーへの書き込みなし:コメント、ラベル、ステータス遷移、MR/PR の作成は行いません。
  • マージや承認なし:このスキルが承認、マージ、リリースを行うことはありません。
  • 差し戻し先:指摘事項は、その問題を担当するフェーズに差し戻します。CONTINUE は実装に戻り、SPEC_CORRECTION_NEEDED はコードではなく、担当する明確化ゲートに差し戻します。

コメント