ln-622-build-auditor_skill

This skill audits build health by checking compiler, linter, tests, and config, returning structured findings with severity and actionable recommendations.
  • HTML

91

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill levnikolaevich/claude-code-skills --skill ln-622-build-auditor

  • SKILL.md7.1 KB

Overview

This skill audits build health and code-quality tooling for a codebase and produces a structured report for the coordinator. It checks compiler and linter errors, deprecation warnings, type errors, failed tests, and build configuration issues, then returns findings with severity, location, effort, and recommendations. The skill also computes a compliance score for the Build Health category and writes a single atomic report file to the specified output directory.

How this skill works

The worker parses the incoming contextStore to identify tech stack, build tool, test framework, and output_dir. It runs build checks (compile, lint, type check, tests) using the command registry for the detected tools, captures exit codes and JSON outputs where supported, and parses stderr/stdout for warnings and errors. Findings are collected with severity levels (Critical/High/Medium/Low), location, estimated effort, and remediation advice; a penalty-based scoring algorithm produces a X/10 compliance score and a markdown report is written to {output_dir}/622-build.md in a single write operation.

When to use it

  • After integrating new dependencies, language upgrades, or CI pipeline changes
  • Before a release or merge to main to catch build-breaking issues early
  • As a scheduled quality gate in CI to enforce build health standards
  • When onboarding a repository to the delivery workflow to baseline risk
  • After major refactors that could introduce type or compile regressions

Best practices

  • Run the worker in CI mode with non-interactive flags and a 5-minute timeout
  • Provide a complete contextStore: tech_stack, build_tool, test_framework, output_dir
  • Use linter/type-checker JSON output flags to improve parsing accuracy
  • Do not auto-fix; use findings to create mitigation tasks and prioritise by severity
  • Treat Critical compilation failures as immediate stop conditions for delivery

Example use cases

  • Detecting a TypeScript tsc failure introduced by a dependency update
  • Finding linter rule violations and formatting issues that block CI quality gates
  • Identifying deprecated API usage flagged by compiler warnings requiring migration
  • Reporting skipped or failing tests in a payments or auth module with severity
  • Spotting misconfigured build scripts or incorrect asset paths that break releases

FAQ

No. The worker only reports violations and recommendations; remediation tasks are created by the coordinator or team.

What output is returned to the coordinator?

A single-line summary and a written report: 'Report written: {output_dir}/622-build.md\nScore: X.X/10 | Issues: N (C:N H:N M:N L:N)'.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational
ln-622-build-auditor skill by levnikolaevich/claude-code-skills | VeilStrat