mcpField
L
ln-781-build-verifier

ln-781-build-verifier

github.com/levnikolaevichDevelopment584381 installsUpdated 2d ago
Repository

About ln-781-build-verifier

ln-781-build-verifier is a build-checking skill for standalone projects and CI/CD build steps. It detects project types, restores dependencies, runs release or production builds, and checks that artifacts exist.

Key features

  1. 01Detect project types automatically
  2. 02Restore dependencies by project type
  3. 03Run release or production builds
  4. 04Verify build artifacts
  5. 05Report results for each project

Use cases

  1. 01Verify builds in a CI/CD pipeline
  2. 02Check compilation across multiple projects
  3. 03Confirm release artifacts were produced

Install

Copy the command and run it in a terminal.

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

After installing, type/ln-781-build-verifierin Claude Code to confirm it loaded.

Bundled filesreferences/ci_tool_detection.md

Details

From the project README

Paths: File paths (references/, ../ln-*) are relative to this skill directory.

MANDATORY READ: Load references/ci_tool_detection.md — build command registry, exit-code preservation, and compact output rules.

ln-781-build-verifier

Type: L3 Worker Category: 7XX Project Bootstrap


Purpose

Detects project types, restores dependencies, executes builds, and verifies successful compilation.

Scope:

  • Auto-detect project types from file markers
  • Restore dependencies using appropriate package manager
  • Execute build commands for each project
  • Verify build artifacts exist

Out of Scope:

  • Running tests (handled by ln-782)
  • Container operations (handled by ln-783)
  • Workflow orchestration (handled by ln-780)

When to Use

ScenarioUse This Skill
Standalone-capableYes
Standalone build verificationYes
CI/CD pipeline build stepYes
Test execution neededNo, use ln-782

Workflow

Step 1: Detect Project Types

Scan project root for type markers.

Marker FileProject TypeBuild System
package.jsonNode.js/Frontendnpm/yarn/pnpm
*.csproj.NETdotnet
setup.py / pyproject.tomlPythonpip/poetry
go.modGogo build
Cargo.tomlRustcargo
pom.xmlJava/Mavenmvn
build.gradleJava/Gradlegradle
Step 2: Restore Dependencies

For each detected project, restore dependencies before building.

Project TypeDependency Restoration
Node.jsInstall packages from lock file
.NETRestore NuGet packages
PythonInstall from requirements or pyproject
GoDownload modules
RustFetch crates
Step 3: Build Projects

Execute build for each project type in Release/Production mode.

Project TypeBuild ModeExpected Outcome
Node.jsProductionBundled assets in dist/ or build/
.NETReleaseCompiled DLLs in bin/Release/
PythonEditable installPackage installed in environment
GoProductionCompiled binary
RustReleaseOptimized binary in target/release/
Step 4: Verify Build Artifacts

Confirm build outputs exist.

Project TypeArtifact Check
Node.jsdist/ or build/ directory exists, contains files
.NETDLL files in bin/Release/{framework}/
PythonPackage importable
GoBinary executable exists
RustBinary in target/release/
Step 5: Report Results

Return structured results to orchestrator.

Result Structure:

FieldDescription
projectNameName of the project
projectTypeDetected type (nodejs, dotnet, python, etc.)
statussuccess / failed
durationBuild time in seconds
outputPathPath to build artifacts
errorMessageError details if failed

Error Handling

Error TypeRecovery Action
Dependency restore failedCheck network, verify lock file integrity
Compilation errorsLog full error output, report as failed
Missing build toolReport required tool installation
TimeoutReport timeout, suggest increasing limit

Critical Rules

  1. Always restore dependencies first - builds may fail without fresh dependencies
  2. Use production/release mode - development builds may hide issues
  3. Verify artifacts exist - successful exit code is not sufficient
  4. Report all projects - include both successful and failed builds

Monitor (2.1.98+): For build/restore commands expected >30s, use Monitor. Fallback: Bash(run_in_background=true).

Definition of Done

  • All project types detected
  • Dependencies restored for each project
  • Build executed for each project
  • Artifacts verified to exist
  • Results returned to orchestrator

Reference Files

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

Version: 2.0.0 Last Updated: 2026-01-10

Comments

Markdown supported