Plan Runner
Use this skill after the coordinator assigns one implementation block. Focus on completing that block precisely; do not schedule, discover, repair PlanWeave state, or reconcile the Plan Package.
Required Packet
The handoff should include:
- assigned block ref.
- rendered prompt or prompt path.
- claim ownership: usually
already claimed.
- scope boundaries and files not to touch.
- expected report/result artifact.
- validation commands or observable completion criteria.
If any required item is missing, ask the coordinator for it instead of claiming other work.
Execution Loop
- Confirm the assigned ref is implementation work.
- If ownership is
already claimed, do not run claim or claim-next.
- If ownership is
claim required, claim only the exact assigned ref/task and stop if a different ref is returned.
- Read the rendered prompt and referenced files.
- Search nearby producers, consumers, schemas, tests, fixtures, and docs that affect this block.
- Make the smallest scoped change that satisfies the prompt.
- Run the assigned or directly relevant validation.
- Write the requested report and return it, or submit only if the coordinator explicitly asked you to submit.
Quality Gate
- Do not treat mock, dry-run, fixture-only tests, or uncalled APIs as live completion unless the prompt explicitly scopes the block that way.
- Keep schema/type/API/CLI/file/prompt contracts aligned between producers and consumers.
- Preserve unrelated files and behavior.
- If the prompt is empty, contradictory, stale, blocked, diverged, or points at missing source files, stop and return
NEEDS_COORDINATOR.
- If the assigned block cannot be completed because the plan has bad dependencies, missing prompts, invalid acceptance, wrong review gate design, or stale task scope, stop and return
NEEDS_COORDINATOR with the exact plan defect.
Report
Include:
- assigned ref.
- changed files.
- behavior changed and behavior kept.
- validation run and result.
- remaining risks or
none.
- any coordinator/recovery issue.
Boundaries
- Do not execute review gates; use
plan-reviewer.
- Do not coordinate multiple blocks, canvases, or subagents; use
plan-coordinator.
- Do not edit
project-graph.json, canvas manifest.json, source prompt Markdown, or other Plan Package files; report plan defects to the coordinator.
- Do not run
doctor --repair, unblock, resolve divergence, or edit state.json / results/; use plan-recovery.
- Do not create feedback blocks; feedback is runtime state.
1---2name: plan-runner3description: Execute one assigned PlanWeave implementation block with scoped code changes, validation, and a completion report. Use when a coordinator assigns a specific implementation ref, prompt, scope, and reporting expectation.4---56# Plan Runner78Use this skill after the coordinator assigns one implementation block. Focus on completing that block precisely; do not schedule, discover, repair PlanWeave state, or reconcile the Plan Package.910## Required Packet1112The handoff should include:1314- assigned block ref.15- rendered prompt or prompt path.16- claim ownership: usually `already claimed`.17- scope boundaries and files not to touch.18- expected report/result artifact.19- validation commands or observable completion criteria.2021If any required item is missing, ask the coordinator for it instead of claiming other work.2223## Execution Loop24251. Confirm the assigned ref is implementation work.262. If ownership is `already claimed`, do not run `claim` or `claim-next`.273. If ownership is `claim required`, claim only the exact assigned ref/task and stop if a different ref is returned.284. Read the rendered prompt and referenced files.295. Search nearby producers, consumers, schemas, tests, fixtures, and docs that affect this block.306. Make the smallest scoped change that satisfies the prompt.317. Run the assigned or directly relevant validation.328. Write the requested report and return it, or submit only if the coordinator explicitly asked you to submit.3334## Quality Gate3536- Do not treat mock, dry-run, fixture-only tests, or uncalled APIs as live completion unless the prompt explicitly scopes the block that way.37- Keep schema/type/API/CLI/file/prompt contracts aligned between producers and consumers.38- Preserve unrelated files and behavior.39- If the prompt is empty, contradictory, stale, blocked, diverged, or points at missing source files, stop and return `NEEDS_COORDINATOR`.40- If the assigned block cannot be completed because the plan has bad dependencies, missing prompts, invalid acceptance, wrong review gate design, or stale task scope, stop and return `NEEDS_COORDINATOR` with the exact plan defect.4142## Report4344Include:4546- assigned ref.47- changed files.48- behavior changed and behavior kept.49- validation run and result.50- remaining risks or `none`.51- any coordinator/recovery issue.5253## Boundaries5455- Do not execute review gates; use `plan-reviewer`.56- Do not coordinate multiple blocks, canvases, or subagents; use `plan-coordinator`.57- Do not edit `project-graph.json`, canvas `manifest.json`, source prompt Markdown, or other Plan Package files; report plan defects to the coordinator.58- Do not run `doctor --repair`, unblock, resolve divergence, or edit `state.json` / `results/`; use `plan-recovery`.59- Do not create feedback blocks; feedback is runtime state.