mcpField
C
completion-evidence-discipline

completion-evidence-discipline

github.com/fudesign2008テスト・品質653 回インストール今日更新
リポジトリ

completion-evidence-discipline について

completion-evidence-disciplineは、完了や検証に関する報告を規定する内部共有スキルです。このターンで得た新しい根拠を必須とし、未実行のチェックは保留として明示します。

主な機能

  1. 01このターンの検証根拠を必須化
  2. 02未実行のチェックを保留と表示
  3. 03実行済み作業と保留作業の区別
  4. 04UIチェック後のスクリーンショット確認

活用シーン

  1. 01テストやビルド結果の正確な報告
  2. 02根拠のない合格報告を避けた作業完了
  3. 03手動検証が必要な項目の追跡
  4. 04UIチェックで得たスクリーンショットの確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/fudesign2008/open-skills --skill completion-evidence-discipline

インストール後、Claude Code で/completion-evidence-disciplineを入力して読み込まれたか確認します。

詳細

完了エビデンスの規律

内部共有スキルです。完了や検証に関する主張に必要な最新エビデンスのゲートを一元管理します。ホストは dependencies(直接、または staged-review-flow 経由)でこのスキルを宣言し、見つからない場合は中止します。暗黙のフォールバックはありません。

名称に関する注意: このスキルの名前は、外部のスキルリポジトリで予約されている verification-before-completion ではありません。この名前のみを使用してください。

絶対原則

このアシスタントの現在のターンで得た最新エビデンスなしに、完了または成功を主張してはいけません。

  • 最新 = このアシスタントのターンで実行したコマンド、チェック、または確認したツールの結果によって生成されたもの(または同じターンのログが添付されているもの)。
  • 最新ではない = 以前のターンの記憶、「テストを設計した」という事実、サブエージェントの成功メッセージのみ、または CI が成功しているという推測。

必須の動作

テストの成功、型チェック/ビルドの成功、検証の完了、バグの修正、マージ/アーカイブ可能のいずれかを主張する前に、次のどちらかを行います。

  1. 実行する — このターンで該当するコマンド/チェックを実行します。または、
  2. 保留と明記する — まだ必要な手動操作を正確に示し、成功したとは言いません。

チェックで UI を開いた場合、この最新エビデンスには、このターンに保存した空ではない png、jpg、jpeg、または webp ファイルのファイルシステムパスが含まれます。そのようなファイルがないパスは、成功の主張を裏付けません。UI を開かなかったチェックでは、画像は不要です。UI を開いたときの画像をチェックのエビデンスとして扱う前に、このターンで保存した画像を確認します。空白のフレーム、真っ黒なフレーム、または読み取れるインターフェースがない画像の場合は、引き続き保留とし、キャプチャがまだ必要であることを明記します。チェックで開くはずだった画面とは異なる、読み取れるインターフェースが画像に写っている場合も、引き続き保留とし、期待される画面と画像に写っている内容を明記します。画像を確認していない場合は、引き続き保留とし、画像を確認していないことを明記します。ファイルは保持してください。これらのいずれも、期待されるキャプチャとして扱ってはいけません。

staged-review-flow の検証における誠実性と、次のように組み合わせます。

ラベル意味
実行済みこのターンで実行したコマンド/操作と、その簡潔な出力概要
保留ユーザー(または後続のターン)がまだ実行する必要のある操作

禁止事項

  • このターンに検証コマンドを実行していないのに、「すべて成功」/「検証済み」と報告すること
  • 設計したシナリオや未確認のアサーションを、実行して成功したものとして扱うこと
  • このリポジトリ内で、このスキルの名前を verification-before-completion に変更したり、別名として扱ったりすること

統合ガイド

  • ホスト:検証/完了時の手順に一行で参照を追加し、このスキルを読み込んでください。絶対原則や、UI を開いたときのスクリーンショット確認の説明を貼り付けないでください。
  • staged-review-flow:誠実性のルールは、このゲート(実行済み ⇒ 最新エビデンスあり)と必ず組み合わせてください。
  • runtime-verification-discipline とは独立しています。このスキルはエビデンスの最新性(このターンに実行したか)を判定し、もう一方のスキルは検証の環境と実行者(どのティアか、誰が実行したか、十分か)を判定します。成功の主張は両方を満たす必要があります。
  • user-invocable: false を推奨します。ユーザーは PDCA ホスト経由でこのスキルを利用します。

コメント