mcpField
L
ln-780-bootstrap-verifier

ln-780-bootstrap-verifier

github.com/levnikolaevichテスト・品質584375 回インストール2 日前に更新
リポジトリ

ln-780-bootstrap-verifier について

プロジェクトのセットアップ後に検証を調整するスキルです。ビルド、テスト、コンテナ確認を専門ワーカーに委任し、結果と次の手順をレポートにまとめます。

主な機能

  1. 01事前の環境チェック
  2. 02ビルド・テスト・コンテナ検証の委任
  3. 03検証レポートの集約
  4. 04失敗に応じた後続フェーズの制御

活用シーン

  1. 01セットアップ後のプロジェクト検証
  2. 02ビルド・テスト・コンテナ状態の一括確認

インストール

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

$npx skills add https://github.com/levnikolaevich/claude-code-skills --skill ln-780-bootstrap-verifier

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

同梱ファイルreferences/meta_analysis_protocol.md

詳細

パス: ファイルパス(references/、../ln-*)は、このスキルディレクトリを基準とします。

ln-780-bootstrap-verifier

タイプ: L2 ドメインコーディネーター カテゴリー: 7XX プロジェクトブートストラップ 親: ln-700-project-bootstrap


目的

専門のワーカーに委任し、結果を包括的なレポートにまとめることで、ブートストラップの最終検証パイプラインを統括します。

対象範囲:

  • ビルド、テスト、コンテナの検証を調整します
  • すべてのワーカーの結果を集約します
  • 最終検証レポートを生成します

対象外:

  • ビルド/テスト/コンテナの直接実行(ワーカーに委任します)
  • プロジェクト構造の作成(前のフェーズで処理します)

使用するタイミング

シナリオこのスキルを使用
ln-700 によるプロジェクトのセットアップ完了後はい
単独のビルド検証いいえ。ln-781 を直接使用してください
手動テストのみいいえ。ln-782 を直接使用してください
コンテナのみの起動いいえ。ln-783 を直接使用してください

ワークフロー

フェーズ 1:事前チェック

検証パイプラインの開始前に、環境の準備状況を確認します。

チェック検出方法失敗時の対応
Docker のインストールdocker コマンドが利用可能か確認エラーを報告し、コンテナフェーズをスキップ
Docker Composedocker compose のバージョンを確認エラーを報告し、コンテナフェーズをスキップ
プロジェクト構造package.json、*.csproj、docker-compose.yml を検索検出されたコンポーネントに合わせてワークフローを調整
ポートの利用可能状況必要なポートが空いているか確認ユーザーに警告し、代替案を提示
フェーズ 2:ビルド検証

ln-781-build-verifier に委任します。

  • 検出されたプロジェクトタイプを渡します
  • ビルド結果(ステータス、所要時間、出力パス)を収集します
  • 失敗した場合:エラーログを収集し、レポートに進みます(テスト/コンテナフェーズはスキップ)
フェーズ 3:テスト検証

ln-782-test-runner に委任します。

  • コンテキストとしてビルド結果を渡します
  • テスト結果(合計、成功、失敗、所要時間)を収集します
  • 失敗した場合:失敗の詳細を収集し、必要に応じてコンテナフェーズを続行します
フェーズ 4:コンテナの起動

ln-783-container-launcher に委任します。

  • プロジェクト設定を渡します
  • コンテナのステータスとヘルスチェックの結果を収集します
  • 失敗した場合:コンテナログを収集します
フェーズ 5:レポートの生成

すべての結果を集約して、最終検証レポートを作成します。

レポートのセクション:

セクション内容
ビルド結果プロジェクトごとのステータス、所要時間、出力パス
テスト結果テストスイートごとの合計、成功数、失敗数
コンテナのステータスコンテナごとの名前、ステータス、ポート、ヘルス
ヘルスチェックエンドポイントごとの URL、ステータスコード、応答時間
次のステップユーザーが実行できる具体的な項目

TodoWrite の形式(必須):

- Pre-flight checks (in_progress)
- Invoke ln-781-build-verifier (pending)
- Invoke ln-782-test-runner (pending)
- Invoke ln-783-container-launcher (pending)
- Generate verification report (pending)

ワーカーの呼び出し(必須)

ホストスキルの呼び出し: Skill(skill: "...", args: "...") による委任が必須です。

  • Claude:記載どおりに Skill ツールを呼び出してください。
  • Codex:Skill ツールがない場合は、利用可能なスキルから指定されたスキルを見つけ、その SKILL.md を読み、args を $ARGUMENTS として扱ってスキルのワークフローを実行し、その結果/成果物を持ってここに戻ってください。
  • ワーカーの処理をインラインで記述したり、対象スキルを実行せずにワーカーを完了扱いにしたりしないでください。
フェーズワーカーコンテキスト
2ln-781-build-verifier共有(Skill ツール)— 検出されたプロジェクトタイプのビルド検証
3ln-782-test-runner共有(Skill ツール)— テストスイートの実行
4ln-783-container-launcher共有(Skill ツール)— コンテナの起動とヘルスチェック

すべてのワーカー: Skill ツールを使って呼び出します。ワーカーにはコーディネーターのコンテキストが共有されます。

順次実行が必須: ビルド -> テスト -> コンテナ

呼び出し:

Skill(skill: "ln-781-build-verifier", args: "{detected_project_types}")
Skill(skill: "ln-782-test-runner", args: "{build_status}")
Skill(skill: "ln-783-container-launcher", args: "{compose_file_path}")

重要なルール

  1. ビルド/テスト/コンテナを直接実行しないでください — 常にワーカーに委任してください
  2. ビルドエラーが発生したら即座に中断してください — テストフェーズとコンテナフェーズをスキップしてください
  3. 常にレポートを生成してください — 失敗した場合も、収集したデータを含めてください
  4. 最初に事前チェックを行ってください — 開始前に環境の問題を検出してください

オプション

オプションデフォルト説明
runTeststrueテストフェーズを実行します
skipTestsOnFailurefalseテスト失敗時にコンテナフェーズへ進みます
startContainerstrueコンテナフェーズを実行します
keepContainersRunningtrue検証後もコンテナを実行したままにします
healthCheckTimeout120コンテナが正常になるまで待機する最大秒数

完了の定義

  • 検出されたすべてのプロジェクト種別のビルドに成功した
  • すべてのテストスイートを実行した(有効な場合)
  • すべてのコンテナが正常な状態である(有効な場合)
  • 検証レポートを生成し、ユーザーに表示した
  • 次のステップを提示した

参照ファイル

  • ワーカー:../ln-781-build-verifier/SKILL.md
  • ワーカー:../ln-782-test-runner/SKILL.md
  • ワーカー:../ln-783-container-launcher/SKILL.md

メタ分析

任意の参照先:実行後のメタ分析またはプロトコル形式の実行振り返りをユーザーが求めた場合にのみ、references/meta_analysis_protocol.md を読み込んでください。

スキルの種類:review-coordinator — workers only。要求された場合は、すべてのフェーズ完了後に実行してください。review-coordinator — workers only 形式でチャットに出力してください。


バージョン: 2.0.0 最終更新日: 2026-01-10

コメント