mcpField
L
ln-781-build-verifier

ln-781-build-verifier

github.com/levnikolaevich開発584381 回インストール2 日前に更新
リポジトリ

ln-781-build-verifier について

ln-781-build-verifierは、単独プロジェクトやCI/CDのビルド工程向けの検証スキルです。プロジェクト種別を判定し、依存関係を復元してリリースまたは本番ビルドを実行し、成果物の存在を確認します。

主な機能

  1. 01プロジェクト種別の自動判定
  2. 02種別に応じた依存関係の復元
  3. 03リリースまたは本番ビルドの実行
  4. 04ビルド成果物の確認
  5. 05プロジェクトごとの結果報告

活用シーン

  1. 01CI/CDパイプラインでのビルド検証
  2. 02複数プロジェクトのコンパイル確認
  3. 03リリース成果物の生成確認

インストール

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

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

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

同梱ファイルreferences/ci_tool_detection.md

詳細

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

必ず読むこと: references/ci_tool_detection.md を読み込みます。ビルドコマンドレジストリ、終了コードの保持、簡潔な出力のルールが記載されています。

ln-781-build-verifier

種類: L3 ワーカー カテゴリ: 7XX プロジェクトのブートストラップ


目的

プロジェクトの種類を検出し、依存関係を復元してビルドを実行し、コンパイルの成功を検証します。

対象範囲:

  • ファイルマーカーからプロジェクトの種類を自動検出します
  • 適切なパッケージマネージャーを使用して依存関係を復元します
  • 各プロジェクトのビルドコマンドを実行します
  • ビルド成果物の存在を検証します

対象外:

  • テストの実行(ln-782 が担当します)
  • コンテナー操作(ln-783 が担当します)
  • ワークフローのオーケストレーション(ln-780 が担当します)

使用するタイミング

シナリオこのスキルを使用
単独で使用可能はい
単独でのビルド検証はい
CI/CD パイプラインのビルドステップはい
テストの実行が必要いいえ。ln-782 を使用

ワークフロー

ステップ 1:プロジェクトの種類を検出する

プロジェクトのルートで種類を示すマーカーをスキャンします。

マーカーファイルプロジェクトの種類ビルドシステム
package.jsonNode.js/フロントエンドnpm/yarn/pnpm
*.csproj.NETdotnet
setup.py / pyproject.tomlPythonpip/poetry
go.modGogo build
Cargo.tomlRustcargo
pom.xmlJava/Mavenmvn
build.gradleJava/Gradlegradle
ステップ 2:依存関係を復元する

検出されたプロジェクトごとに、ビルド前に依存関係を復元します。

プロジェクトの種類依存関係の復元
Node.jsロックファイルからパッケージをインストール
.NETNuGet パッケージを復元
Pythonrequirements または pyproject からインストール
Goモジュールをダウンロード
Rustクレートを取得
ステップ 3:プロジェクトをビルドする

各プロジェクトの種類で、Release/Production モードのビルドを実行します。

プロジェクトの種類ビルドモード想定される結果
Node.jsProductiondist/ または build/ にバンドル済みアセットが生成される
.NETReleasebin/Release/ にコンパイル済み DLL が生成される
Python編集可能インストールパッケージが環境にインストールされる
GoProductionコンパイル済みバイナリが生成される
RustReleasetarget/release/ に最適化済みバイナリが生成される
ステップ 4:ビルド成果物を検証する

ビルド出力が存在することを確認します。

プロジェクトの種類成果物の確認
Node.jsdist/ または build/ ディレクトリが存在し、ファイルが含まれている
.NETbin/Release/{framework}/ に DLL ファイルがある
Pythonパッケージをインポートできる
Go実行可能なバイナリが存在する
Rusttarget/release/ にバイナリがある
ステップ 5:結果を報告する

オーケストレーターに構造化された結果を返します。

結果の構造:

フィールド説明
projectNameプロジェクト名
projectType検出された種類(nodejs、dotnet、python など)
status成功 / 失敗
durationビルド時間(秒)
outputPathビルド成果物のパス
errorMessage失敗時のエラー詳細

エラー処理

エラーの種類復旧アクション
依存関係の復元に失敗ネットワークを確認し、ロックファイルの整合性を検証します
コンパイルエラーエラー出力全体を記録し、失敗として報告します
ビルドツールが見つからない必要なツールのインストールを報告します
タイムアウトタイムアウトを報告し、制限時間の延長を提案します

重要なルール

  1. 必ず最初に依存関係を復元する - 依存関係が最新でないと、ビルドに失敗することがあります
  2. Production/Release モードを使用する - 開発ビルドでは問題が隠れることがあります
  3. 成果物の存在を確認する - 終了コードが成功でも、それだけでは不十分です
  4. すべてのプロジェクトを報告する - 成功したビルドと失敗したビルドの両方を含めます

モニター(2.1.98+): 30 秒を超えると予想されるビルド/復元コマンドには、Monitor を使用します。フォールバック:Bash(run_in_background=true)。

完了の定義

  • すべてのプロジェクトタイプが検出されている
  • 各プロジェクトの依存関係が復元されている
  • 各プロジェクトのビルドが実行されている
  • 成果物の存在が確認されている
  • 結果がオーケストレーターに返されている

参照ファイル

  • 親: ../ln-780-bootstrap-verifier/SKILL.md

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

コメント