Execute Phase Skill
Execute a planned phase by spawning fresh executor subagents for each task group.
Usage
code
/execute-phase Execute the current planned phase /execute-phase 2 Execute a specific phase by number
Behavior
- •Read
.planning/PHASES.mdto identify the target phase - •Verify the phase has status
planned(has a PLAN.md) - •Read
phases/NN-name/PLAN.md - •Emit
phase_executingevent:bashcurl -s -X POST http://localhost:4011/event \ -H "Content-Type: application/json" \ -d '{"type":"phase_executing","questId":"<id>","phaseId":"<id>","phaseName":"<name>"}' - •For each task group, spawn
phase-executoragent via Task tool with:- •The PLAN.md content
- •Fresh 200k context (this is the key context rot prevention)
- •Any diagnosis from previous failed verification (if retrying)
- •Collect structured results from executor
- •Update PHASES.md status to
executed - •Update STATE.md with execution results (commits, files changed, issues)
Orchestrator Rules
The orchestrating skill stays lean (under 30% context):
- •Only read PLAN.md and executor results
- •Never read full source files directly
- •Route between executors, don't execute yourself
- •Log decisions to STATE.md
Deviation Handling
Executors follow deviation rules from the runbook:
- •Auto-fix: bugs, missing deps, blocking issues
- •Checkpoint: architectural changes, scope creep — executor stops, reports back
If an executor checkpoints, present the issue to the user and wait for direction before continuing.
Prerequisites
- •Active quest with planned phase
- •Phase status must be
planned(orretryingfor re-execution)
Quick Reference
- •Runbook:
runbook/quest-workflow.md - •Executor agent:
claude-config/agents/phase-executor.md