§ reference · skill
plan
Sequences a design artifact into parallelized atomic phases with explicit success criteria, written to `.rpiv/artifacts/plans/`.
§ 01 · purpose
Purpose
Turns a finished design into phases sized for one verification loop each, with the success criteria that prove a phase is done. The plan is the contract implement executes against — no rediscovery, no re-deciding architecture mid-build.
§ 02 · when to use
When to use it
- You have a
designartifact and want it broken into runnable phases. - Phases need to be parallel-marked so multiple worktrees can advance concurrently.
- The change is large enough that a single "implement everything" pass would be too coarse to verify.
- Skip in favor of
blueprintwhen mid-flight micro-checkpoints between phases matter —blueprintcollapsesdesign+planinto a single iterative pass.
§ 03 · inputs
Inputs
| Name | Required | Source |
|---|---|---|
design artifact | yes | Path to .rpiv/artifacts/designs/*.md |
- design artifact
- All architectural decisions must be settled; if Open Questions remain,
planstops and returns todesign.
§ 04 · outputs
Outputs
| Artifact | Path | Format |
|---|---|---|
| Implementation plan | .rpiv/artifacts/plans/ | markdown with - [ ] success-criteria checkboxes |
§ 05 · key steps
Key steps
- Read the design artifact fully Why: Architecture · File Map · Ordering Constraints · Verification Notes are the only valid phasing inputs. Anything not in the design is out of scope for this pass — re-evaluation would break the design's authority.
- Decompose into worktree-sized phases Why: Each phase must compile and pass tests independently, touch ~3–8 files, group coherent file changes together, and follow the design's ordering constraints. Independent phases are explicitly marked parallel so multiple worktrees can advance concurrently.
- Confirm phase structure with the developer Why: Phase count and granularity are checked *before* code blocks are written. Catches split/merge corrections cheaply — fixing structure after fill is expensive.
- Write skeleton, then fill code per phase via Edit Why: Skeleton-first guarantees structural decisions happen up-front; per-phase
Editcalls insert before/after code blocks from the design without rewriting prior phases. Lets long plans stream cleanly. - Attach success criteria to every phase Why: Each phase carries
- [ ]checkboxes thatimplementandvalidatere-run. The criteria are what mean "done" — the plan's verification contract.
§ 06 · related skills
Related skills
upstream design