Ln 622 Build Delivery Gate Auditor
Checks build, lint, type, test, and CI delivery gate failures. Use when auditing whether the project can reliably ship.
MCP get_skill({ skillId: "build-delivery-gate-auditor-l3-worker-b62433f9" })Use this skill with your agent
Create a free account and connect via MCP
> **Paths:** File paths (`references/`, `../ln-*`) are relative to this skill directory.
# Build & Delivery Gate Auditor (L3 Worker)
**Type:** L3 Worker
Specialized worker auditing executable delivery gates and CI/build feedback.
## Purpose & Scope
- **Worker in codebase audit pipeline**
- Audit codebase for **build and delivery gate issues** (Category 2: Critical Priority)
- Check compiler/linter/type/test/CI failures and build config that blocks or weakens delivery
- Emit `FIX_DELIVERY_GATE`, `FAIL_CI_ON_SIGNAL`, or `REMOVE_STALE_SKIP`
- Return structured findings with severity, location, effort, actions, and recommendations
- Calculate compliance score (X/10) for Build Health category
## Inputs
**MANDATORY READ:** Load `references/audit_worker_core_contract.md`.
Receives `contextStore` with: `tech_stack` (including build_tool, test_framework), `best_practices`, `principles`, `codebase_root`, `output_dir`.
## Workflow
Detection policy: use two-layer detection (candidate scan, then context verification); load `references/two_layer_detection.md` only when the verification method is ambiguous.
1) **Parse Context:** Extract tech stack, build tools, test framework, output_dir from contextStore
2) **Run Build Checks (Layer 1):** Execute compiler, linter, type checker, tests (see Audit Rules below)
3) **Analyze Output Context (Layer 2):** For deprecation warnings -- read notice to determine if removal is imminent or distant. For config issues -- check if dev-only or production config.
4) **Collect Findings:** Record each violation with severity, location, effort, recommendation
5) **Calculate Score:** Count violations by severity, calculate compliance score (X/10)
6) **Write Report:** Build full markdown report in memory per `references/templates/audit_worker_report_template.md`, write to `{output_dir}/ln-622--global.md` in single Write call
7) **Trend Tracking:** Append build_health metric to results_log per `references/results_log_pattern.md`. Metric: `build_health | 0-10 | penalty formula`. Calculate delta and status (improving/stable/declining) vs previous run.
8) **Return Summary:** Return minimal summary (see Output Format)
## Audit Rules (Priority: CRITICAL)
**MANDATORY READ:** Load `references/ci_tool_detection.md` for build commands, linter commands, type checker commands, and test framework commands per ecosystem.
### 1. Compiler/Linter Errors
**What:** Syntax errors, compilation failures, linter rule violations
**Detection:** Use ci_tool_detection.md Command Registry (Build + Linters sections). Check exit code, parse stderr for errors. Use JSON output flags where available.
**Linters:** Use ci_tool_detection.md Linters table. Use `--format json` / `--output-format json` for structured output.
**Severity:**
- **CRITICAL:** Compilation fails, cannot build project
- **HIGH:** Linter errors (not warnings)
- **MEDIUM:** Linter warnings
- **LOW:** Stylistic linter warnings (formatting)
**Recommendation:** Fix errors before proceeding, configure linter rules, add pre-commit hooks
**Effort:** S-M (fix syntax error vs refactor code structure)
### 2. Unsupported API Warnings
**What:** Usage of unsupported APIs, libraries, or language features
**Detection:**
- Compiler warnings: `UnsupportedApiWarning`, `@obsolete` in stack trace
- Dependency warnings: `npm outdated`, `pip list --outdated`
- Static analysis: Grep for `@obsolete` annotations
**Severity:**
- **CRITICAL:** Unsupported API removed in next major version (imminent breakage)
- **HIGH:** Unsupported with migration path available
- **MEDIUM:** Unsupported but still supported for 1+ year
- **LOW:** Soft deprecation (no removal timeline)
**Recommendation:** Migrate to recommended API, update dependencies, refactor code
**Effort:** M-L (depends on API complexity and usage frequency)
### 3. Type Errors
**What:** Type mismatches, missing type annotations, type checker failures
**Detection:** Use ci_tool_detection.md Command Registry (Type Checkers section).
**Severity:**
- **CRITICAL:** Type error prevents compilation (`tsc` fails, `cargo check` fails)
- **HIGH:** Runtime type error likely (implicit `any`, missing type guards)
- **MEDIUM:** Missing type annotations (code works but untyped)
- **LOW:** Overly permissive types (`any`, `unknown` without narrowing)
**Recommendation:** Add type annotations, enable strict mode, use type guards
**Effort:** S-M (add types to single file vs refactor entire module)
### 4. Failed or Skipped Test Gates
**What:** Test command failures, stale skip markers, or CI configuration that allows known failures to pass
**Detection:** Use ci_tool_detection.md Command Registry (Test Frameworks section). Use JSON output flags for structured parsing.
**Severity:**
- **CRITICAL:** Test failures in CI/production code
- **HIGH:** Skipped tests for critical features (payment, auth)
- **MEDIUM:** Skipped tests for non-critical features
- **LOW:** Skipped tests with "TODO" comment (acknowledged debt)
**Recommendation:** Fix failing tests, remove stale skip markers, or make CI fail on this signal. Do not audit test portfolio value here.
**Effort:** S-M (update test assertion vs redesign test strategy)
### 5. Build Configuration Issues
**What:** Misconfigured build tools, missing scripts, incorrect paths
**Detection:**
- Missing build scripts in `package.json`, `Makefile`, `build.gradle`
- Incorrect paths in `tsconfig.json`, `webpack.config.js`, `Cargo.toml`
- Missing environment-specific configs (dev, staging, prod)
- Unused or conflicting build dependencies
**Severity:**
- **CRITICAL:** Build fails due to misconfiguration
- **HIGH:** Build succeeds but outputs incorrect artifacts (wrong target, missing assets)
- **MEDIUM:** Suboptimal config (no minification, missing source maps)
- **LOW:** Unused config options
**Recommendation:** Fix config paths, add missing build scripts, optimize build settings
**Effort:** S-M (update config file vs redesign build pipeline)
## Scoring Algorithm
**MANDATORY READ:** Load `references/audit_scoring.md`.
## Output Format
**MANDATORY READ:** Load `references/templates/audit_worker_report_template.md`.
Write JSON summary per `references/audit_summary_contract.md`. In managed mode the caller passes both `runId` and `summaryArtifactPath`; in standalone mode the worker generates its own run-scoped artifact path per shared contract.
Write report to `{output_dir}/ln-622--global.md` with `category: "Build & Delivery Gate"` and checks: compilation_errors, linter_warnings, type_errors, test_gate_failures, build_config.
Return summary per `references/audit_summary_contract.md`.
When `summaryArtifactPath` is absent, write the standalone runtime summary under `.hex-skills/runtime-artifacts/runs/{run_id}/evaluation-worker/{worker}--{identifier}.json` and optionally echo the same summary in structured output.
```
Report written: .hex-skills/runtime-artifacts/runs/{run_id}/audit-report/ln-622--global.md
Score: X.X/10 | Issues: N (C:N H:N M:N L:N)
```
## Critical Rules
Apply the already-loaded `references/audit_worker_core_contract.md`.
- **Do not auto-fix:** Report violations only
- **Tech stack aware:** Use contextStore to run appropriate build commands (npm vs cargo vs gradle)
- **Exit code checking:** Always check exit code (0 = success, non-zero = failure)
- **Timeout handling:** Set timeout for build/test commands (default 5 minutes)
- **Environment aware:** Run in CI mode if detected (no interactive prompts)
- **Unique angle:** Audit only executable delivery gates. Do not audit test portfolio quality or dependency freshness.
- **Action required:** Every finding uses `FIX_DELIVERY_GATE`, `FAIL_CI_ON_SIGNAL`, or `REMOVE_STALE_SKIP`.
**Monitor (2.1.98+):** For build/lint/typecheck/test commands expected >30s, use `Monitor`. Fallback: `Bash(run_in_background=true)`.
## Definition of Done
Apply the already-loaded `references/audit_worker_core_contract.md`.
- [ ] contextStore parsed successfully (including output_dir)
- [ ] All 5 delivery gate checks completed (compiler, linter, type checker, test gate, config)
- [ ] Findings collected with severity, location, effort, action, recommendation
- [ ] Score calculated using penalty algorithm
- [ ] Report written to `{output_dir}/ln-622--global.md` (atomic single Write call)
- [ ] build_health metric appended to results_log with trend status
- [ ] Summary written per contract
## Reference Files
- **Audit output schema:** `references/audit_output_schema.md`
- **CI tool detection:** `references/ci_tool_detection.md`
- **Results log pattern:** `references/results_log_pattern.md`
- Build audit rules: [references/build_rules.md](references/build_rules.md)
---
**Version:** 3.0.0
**Last Updated:** 2025-12-23Related Skills
More skills in Software Engineering
Accessibility Standards
Comprehensive web accessibility standards based on WCAG 2.2 AA, with 38+ anti-patterns, legal enforcement context (EAA, ADA Title II), WAI-ARIA patterns, and framework-specific fixes for modern web frameworks and libraries.
Accord
Authoring unified specification packages across Business/Development/Design teams via staged elaboration (L0 Vision → L1 Requirements → L2 Team Detail → L3 Acceptance Criteria). No code. Use when authoring cross-team specs, building L0-L3 packages, or aligning Biz/Dev/Design on a single source of truth.
Acquire Codebase Knowledge
Use this skill when the user explicitly asks to map, document, or onboard into an existing codebase. Trigger for prompts like "map this codebase", "document this architecture", "onboard me to this repo", or "create codebase docs". Do not trigger for routine feature implementation, bug fixes, or narrow code edits unless the user asks for repository-level discovery.
Acreadiness Assess
Run the AgentRC readiness assessment on the current repository and produce a static HTML dashboard at reports/index.html. Wraps `npx github:microsoft/agentrc readiness` and hands off rendering to the @ai-readiness-reporter custom agent. Supports policies (--policy) for org-specific scoring. Use when asked to assess, audit, or score the AI readiness of a repo.
Acreadiness Generate Instructions
Generate tailored AI agent instruction files via AgentRC instructions command. Produces .github/copilot-instructions.md (default, recommended for Copilot in VS Code) plus optional per-area .instructions.md files with applyTo globs for monorepos. Use after running /acreadiness-assess to close gaps in the AI Tooling pillar.
Acreadiness Policy
Help the user pick, write, or apply an AgentRC policy. Policies customise readiness scoring by disabling irrelevant checks, overriding impact/level, setting pass-rate thresholds, or chaining org baselines with team overrides. Use when the user asks about strict mode, AI-only scoring, custom weights, CI gating, or wants org-wide standardisation.
Explore Other Categories
Skills from other categories with shared topics
Ln 113 Backend Docs Creator
Creates backend docs (api_spec.md, database_schema.md). Use when project has backend API or database.
Ln 014 Agent Instructions Manager
Creates AGENTS.md canonical and CLAUDE.md @AGENTS.md stub; audits token budget, cache safety, import-pattern compliance. Use when instruction files need alignment.
Ln 022 Researchgraph
Indexes and queries project research graphs backed by hex-research MCP. Use for hypotheses, goals, benchmark runs, evidence depth, derived goal metrics, lineage, generated research maps, and graph audits.