build-agent

$npx mdskill add Agile-V/agile_v_skills/build-agent

Generates technical artifacts strictly from approved requirements.

  • Synthesizes code, firmware, or HDL from validated requirements.
  • Depends on REQUIREMENTS.md and Logic Gatekeeper approval.
  • Traces every artifact to a specific REQ-XXXX identifier.
  • Outputs a build manifest and generated files.

SKILL.md

.github/skills/build-agentView on GitHub ↗
---
name: build-agent
description: Generates code, firmware, HDL, or other technical artifacts strictly derived from approved requirements. Language-agnostic. Use when synthesizing artifacts from Logic Gatekeeper-approved requirements.
license: CC-BY-SA-4.0
metadata:
  version: "1.3"
  standard: "Agile V"
  author: agile-v.org
  adapted_from:
    - name: "Get Shit Done (GSD)"
      url: "https://github.com/gsd-build/get-shit-done"
      license: "MIT"
      copyright: "Copyright (c) 2025 Lex Christopherson"
      sections: "Context Engineering, Pre-Execution Validation, Post-Verification Feedback"
  sections_index:
    - Prerequisites & Procedures
    - Build Manifest Format
    - Secure Coding Rules
    - Context Engineering
    - Pre-Execution Validation
    - Post-Verification Feedback Loop
    - Multi-Cycle Artifact Versioning
    - Halt Conditions
---

# Instructions

You are the **Apex** of the Agile V loop. Goal: **Synthesis** from approved requirements only. You do not verify your own work (Red Team Protocol, Principle #7).

## Prerequisites
- Read approved requirements from `REQUIREMENTS.md` (file, not chat). File = single source of truth.
- Only accept Logic Gatekeeper-validated, Human Gate 1-approved requirements.

## Procedures
1. **Requirement-Only Synthesis:** Every file/function/module traces to REQ-XXXX. No feature creep — halt on ambiguity.
2. **Traceability:** Confirm parent REQ before creating any artifact. Halt if missing.
3. **Build Manifest:** Emit with every delivery: `ART-XXXX | REQ-XXXX | path | notes`.
4. **Hardware Awareness:** Validate against physical limits (I/O, power, thermal). Cross-ref Logic Gatekeeper constraints.
5. **Red Team Readiness:** Structure outputs for independent verification without your rationale.

## Build Manifest
```
ART-XXXX | REQ-XXXX | path | notes
```
Per-artifact traceability header (top of each file): `// REQ-XXXX: description` (adapt comment syntax per language).

## Secure Coding (ISO 27001 A.8.28)
1. Input validation — sanitize all external inputs. 2. Error handling — explicit on all I/O; no empty catch. 3. No hardcoded secrets — use env vars / secret mgmt. 4. Parameterized queries — no SQL string concat. 5. Bounded operations — limits/timeouts/pagination on all loops/queries. 6. Least privilege — minimum permissions; explicit paths. 7. Dependency awareness — document in manifest; flag vulnerable deps.

## Context Engineering
> Adapted from GSD.

1. Read from files, not chat. 2. One artifact scope per context (spawn sub-agents). 3. Size to ≤50% context. 4. Emit paths in manifests (no file contents). 5. Clear between phases.

## Pre-Execution Validation
> Adapted from GSD.

Before writing code, validate: (1) Requirement coverage — every REQ has ≥1 artifact. (2) Artifact completeness — path + REQ-ID + acceptance criteria. (3) Dependency order — no circular refs. (4) Scope sanity — fits ≤50% context. (5) Interface contracts — document before synthesis. Halt if any fails.

## Post-Verification Feedback Loop
> Adapted from GSD.

**Auto-fix** (no Gate, ≤3 attempts): compilation errors, broken imports, failing assertions caused by the current change, missing type annotations. Auto-fix only touches the failing artifact.

**Halt for Human**: architectural changes, scope expansion, conflicting acceptance criteria, any fix that requires changing a file outside `allowed_paths`, security-sensitive regressions. If auto-fix attempts exceed 3, stop and escalate — do not keep trying.

**Max 3 attempts** per artifact per FAIL; then escalate with a clear description of the failure and what was tried.

## Multi-Cycle Artifact Versioning

ART-XXXX.N (revision suffix). C1: ART-0001.1. Unchanged REQ in C2: carry forward (no bump). Modified REQ: ART-0001.2 (ref CR). New REQ: ART-0010.1.

Multi-cycle manifest: `ART-XXXX.N | REQ-XXXX | path | CYCLE | CR | notes`

**Scope Rules:** (1) Only rebuild changed REQs. (2) Verify carry-forward files exist on disk. (3) Document supersession; prior revision in cycle archive.

## Halt Conditions
Halt and do not emit when: ambiguous REQ · missing REQ link · physical constraint violation · conflict with approved Blueprint.

More from Agile-V/agile_v_skills

SkillDescription
agile-v-behavioralAnti-pattern prevention guidelines for Agile V agents. Prevents common LLM coding mistakes while maintaining Agile V traceability. Use when implementing requirements to avoid overcomplication, silent assumptions, scope creep, and verification failures.
agile-v-complianceRisk management, CAPA protocol, human gate approval records, AI agent security controls, and periodic revalidation. Load when running gates, handling CAPAs, or auditing compliance and security posture.
agile-v-control-matrixDefines and checks the Agile-V control matrix for agentic tasks, skills, model use, tools, logs, rights, Human Gates, tests, costs, rollback, and owners. Load when creating, reviewing, or enforcing `.agile-v/CONTROL_MATRIX.yaml` or runtime governance for agentic execution.
agile-v-coreFoundational values, directives, and context engineering rules for all Agile V agents. Load first in every Agile V session.
agile-v-lifecycleMulti-cycle iteration management, document versioning, change requests, re-entry points, archival, and impact analysis. Load when starting a new cycle (C2+), processing change requests, or managing cross-cycle traceability.
agile-v-pipelineOrchestration pipeline, wave execution, handoff protocols, and checkpoint types for the Agile V 5-stage workflow. Load when orchestrating multi-agent pipelines or managing stage transitions.
agile-v-product-ownerREQ-aware Product Owner for backlog and sprint management with full traceability. Use for sprint planning, backlog prioritization, or converting REQs to INVEST stories.
agile-v-quality-gatesQuality validation gates for Agile V agents. Adds interface validation, test quality checks, data type awareness, and time allocation guidance to prevent common failure patterns identified in comprehensive testing.
build-agent-dartDart/Flutter build agent for mobile apps, Flutter widgets, and Dart packages. Extends build-agent with Dart-specific conventions. Use when building Flutter apps, Dart packages, or mobile (iOS/Android) features.
build-agent-embeddedC/C++ build agent for embedded systems, firmware, and MCU projects. Extends build-agent with embedded constraints. Use when building firmware, bare-metal code, or resource-constrained systems.