mcpField
P
principle-prove-it-works

principle-prove-it-works

github.com/q-qp-pテスト・品質144 回インストール2 週間前に更新
リポジトリ

principle-prove-it-works について

間接的なシグナルや自己申告に頼らず、実際のシステムを確認するための検証スキルです。決定論的なスクリプトを使い、レビュー担当者が再実行できる証拠を残すことを勧めます。

主な機能

  1. 01実際の結果を直接確認
  2. 02代理指標やキャッシュ表現を回避
  3. 03決定論的な検証スクリプト
  4. 04レビュー担当者に見える証拠を保持

活用シーン

  1. 01プロセスの稼働を直接確認
  2. 02派生値ではなく実際の値を確認
  3. 03変更を再検証できる証拠の作成

インストール

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

$npx skills add https://github.com/q-qp-p/pstack --skill principle-prove-it-works

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

詳細

動作を証明する

すべてのタスクの出力を、実物を直接確認して検証してください。代理指標、自己申告、「コンパイルできた」だけから推測しないでください。

理由: 検証されていない作業の正しさは不明です。間接的な検証(ファイルの更新日時、出力の鮮度、エージェントの自己申告、キャッシュされたスクリーンショット)は、直接確認するより手軽に感じられます。しかし、誤った推測に基づいて行動すると、元の情報を確認するよりはるかに大きなコストがかかります。

代理指標ではなく、実物を確認してください。

  • 派生状態を間接的に見るのではなく、プロセスが生きているかを直接確認する
  • キャッシュされた表現や派生した表現ではなく、実際の値を読み取る
  • 検証に失敗したときは、システムを疑う前に、観察方法を疑う

可能ならチェックをスクリプト化する

最も確かな証明は、一度目視で確認することではなく、同じ比較を再実行する決定的なスクリプトです。スクリプトを書いて実行し、その出力を成果物として残してください。レビュー担当者があなたの言葉を信じるのではなく、再実行して確認できるようにします。

人が確認できるよう、成果物は見える状態にしておいてください。後から経緯を監査できるようにする必要がある、大規模な移植や移行などの大規模または複雑な作業に限り、成果物をコミットしてください(作業成果を示すスキル)。

コメント