orchestrate-project
Orchestrate
Section titled “Orchestrate”HARD GATE — HARD GATE — Do NOT invoke orchestrate-project unless you have a clear multi-phase workflow. Single-skill tasks should use dedicated skills instead. Orchestrate is for complex, multi-stage work that requires coordination across phases.
The orchestrate skill coordinates projects through a prescriptive 6-phase core loop with hard gates, ensuring consistent quality and preventing scope creep.
Quick Start
Section titled “Quick Start”# Start a new project (initializes specs/ YAML cockpit and begins discover phase)claude /orchestrate --mode standard
# Or resume an existing project at the current phaseclaude /orchestrate --mode standard --resume
# For low-risk scenarios (hotfixes, refactors on well-tested code)claude /orchestrate --mode fast-trackThe 6-Phase Core Loop
Section titled “The 6-Phase Core Loop”- DISCOVER (3-6 hours): Understand problem. Deliverables:
requirements/VISION_LATEST.yaml,requirements/SCOPE_LATEST.yaml,plans/TECH_STACK_LATEST.md. - ELABORATE (3-6 hours): Research solutions. Deliverables: Prior art in scope YAML, ADRs in
specs/adr/. - PLAN (2-4 hours): Write verifiable plan. Deliverables:
release-plan.yaml,epics/eNN-*.yamlwithverify:per task. - BUILD (1-8 hours): Execute plan. Runs build-epic once per story in WSJF order. Deliverables: Code; update
execution-status.yaml. - VERIFY (1-3 hours): Validate success criteria. Deliverables: UAT evidence,
specs/EVALS-*.mdif used. - RELEASE (30 min - 2 hours): Ship to production. Deliverables: Release tag (vX.Y.Z),
state.yamlrelease.last_tag.
Checkpoint / resume
Section titled “Checkpoint / resume”Track progress via specs/state.yaml project_cycle:
project_cycle.current_phase: current phase (1–6)project_cycle.completed_phases: completed phase numbershandoff.next_skill: skill for the current phase- On resume, read
project_cycle.current_phaseand continue from there
See REFERENCE.md for detailed phase specifications and gate types.
How Orchestrate Works
Section titled “How Orchestrate Works”- Maintains state.yaml — Tracks current phase,
active_epic,active_flow, decisions, risks. - Spawns appropriate skills — Routes by
model:frontmatter. Decisions pass only viaspecs/state.yamlhandoffbetween spawns. - Methodology lenses — If
specs/tech-architecture/e*-TEST_PLAN_LATEST.mdor ADRs exist, apply at phase gates. - Enforces gates — Hard stops if success criteria not met.
- The Gatekeeper — Between stories in BUILD: read
specs/execution-status.yaml; previous story must bedonebefore starting the next; usebuild-epicfor the 8-step epic cycle. - Pauses for confirmation — After each phase, asks “Ready to proceed?”.
- Snapshots —
bash scripts/bp-yaml-snapshot.shbefore major release cuts.
Orchestration Modes
Section titled “Orchestration Modes”- Standard: Enforce all gates. Use for new features and major refactors.
- Fast-Track: Skip negotiable gates. Use for hotfixes and minor improvements.
- Ad-Hoc: Warnings only. Use for prototyping and spikes (non-production).
See REFERENCE.md for full mode behaviors.
Verification
Section titled “Verification”All phases complete with artifacts:
verify: test -f specs/state.yaml && test -f specs/release-plan.yaml && test -f specs/product/SCOPE_LATEST.yaml && ls specs/epics/*.yaml 1>/dev/null && echo "✅ All phases complete"<!– story: e05s03 –>