build-all

Executes ordered multi-phase plan docs as one governed sprint with cross-phase state tracking.

Updated May 3, 2026
One-click install
npx skills add https://github.com/Claudfather/clauDNA --skill build-all-claudfather
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: build-all
Source: https://github.com/Claudfather/clauDNA/tree/main/skills/build-all
Command: npx skills add https://github.com/Claudfather/clauDNA --skill build-all-claudfather

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Executing an epic that spans multiple phase docs, PRs, and repos often fails in predictable ways: invariants drift between repos, stacked branches conflict after squash merges, review findings get fixed instance-by-instance instead of by class, and merged code is reported as live when deploys are manual. This Skill owns the cross-phase state that no single-phase build process can see. ## Core Features & Use Cases - Sprint Ledger: Maintains a run log with kickoff gates, an invariant registry re-checked after every phase, a merge topology plan, phase results, and an owner-decision queue. - Per-Phase Protocol: Composes worktree isolation, single-phase build, simplify, verification, scope checks, deploy-reachability checks, and shipping into one ordered pipeline per phase. - Review Convergence Loop: Governs review rounds with a class-sweep rule (fix the pattern across all repos and branches, not the cited instance) and a stopping rule that escalates non-converging rounds. - Use Case: You have a nine-doc epic spanning two repos and eight PRs that must land in a declared order. Run this Skill to drive each phase in sequence while tracking invariants, merge topology, and deploy status in a single auditable ledger. ## Quick Start Ask the AI to execute all phase docs in your epic's planning directory as one ordered sprint using the build-all workflow.

Frequently Asked Questions about build-all

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I execute multiple plan docs in order as one epic?▼

Provide the phase docs directory, a declared execution order with rationale, and a goal condition. The Skill creates a sprint ledger, then runs each phase through isolation, build, verification, and shipping while re-checking cross-phase invariants after every merge.

When should I use build-all instead of a single build command?▼

Use build-all when several phase docs must land in a declared order across one or more repos. A single plan doc belongs in the single-phase build skill, and independent parallelizable tasks belong in parallel worktree execution.

How do I avoid conflicts with stacked branches and squash merges?▼

Squash-merging a parent PR rewrites its commits, so a stacked child branch conflicts structurally. Either wait for the parent to merge before branching, or plan a rebase onto main the moment the parent squash-merges and verify the diff scope before pushing.

How should I handle repeated code review findings across rounds?▼

Fix the class, not the cited instance: name the grep-able pattern, sweep every repo and branch the sprint touches, paste the sweep output into the ledger, and fix all in-scope siblings. If a round closes nothing, escalate to the owner instead of looping.

Why is merged code sometimes not actually live?▼

Merged is not live when deployment is manual, such as an operator command or an uninstalled CI workflow. The Skill records such phases as merged-but-not-live with the exact deploy command in the owner-decision queue until the deploy is confirmed.