Craft phase 5 - execute the plan part by part, one part-implementer agent each, sequential, with per-part gates and one phase-boundary gate.
Scanned 9/6/2026
Install to Claude Code
npx -y skills add scolladon/craft --skill implementation --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Implementation?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/scolladon-implementation)More formats (shields.io, HTML) on the badges page.
---
name: implementation
description: Craft phase 5 - execute the plan part by part, one part-implementer agent each, sequential, with per-part gates and one phase-boundary gate.
---
# craft:implementation
## Preamble (always runs — non-overridable)
1. Manifest read (lint if standalone). Probe gates: `gates.part` (else: repo test
runner over touched files; else fall back to `gates.phase` per part — slower,
never gateless) and `gates.phase` (else: repo validate/check/test script; **if
nothing exists, REFUSE to run this phase** — a workflow without any gate is not
this workflow).
2. The plan must exist and pass `plan-lint.sh` (re-run it; cheap).
3. **Memory read/write surface (advisory).**
READS: `gate-cmd` entry for this repo as an advisory hint — if a gate command was
previously recorded, skip re-discovery but **still run it** (the gate is sacred; the
hint only saves the probe, never the execution). A miss falls through to full gate
probe as today.
WRITES (buffered to run record, flushed at run end): the gate/test command discovered
this run — stored as the BARE command only, with any leading env/secret assignment
prefix stripped (never `TOKEN=… npm test` or a command carrying a credential), since
the store is committed; per-part `size` + pass/blocked `outcome` for each implemented
part.
## Procedure (default body — a manifest `override:` replaces everything below)
1. Execute parts top-to-bottom, **one craft:part-implementer per part,
sequential** — never two agents writing one tree concurrently. Each spawn carries:
the working directory; the plan path (the agent reads the part there) + the part's
`### Context` block verbatim AND any load-bearing deltas — hand the pre-chew over so
the agent never re-greps the codebase, but do NOT re-transcribe the whole committed
part; the design doc path; the resolved part gate; the commit message from the
plan; global + implementation-phase `context:` files verbatim.
2. **After each agent returns, verify before launching the next**: the commit exists
and matches the part promise (`git log`, `git show --stat`); spot-check
conventions on the diff. Failed/blocked part → fix in-session or escalate with
the agent's options; dead agent → fresh respawn from the plan part (artifact
handoff); never relaunch blindly.
3. **Phase-boundary gate:** after the LAST part, run `gates.phase` once in-session.
It MUST be green before the review phase — fix and commit anything it surfaces
(`fix(<scope>): close gate gap after part N`).
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!