From canon
Execute an implementation plan task-by-task with spec traceability. Orchestrates the canon-task inner loop with plan-level automation: worktree setup, commits, reviewer dispatch, and branch completion. Use when you have a plan from canon-plan Phase 6 to execute.
How this skill is triggered — by the user, by Claude, or both
Slash command
/canon:canon-implementThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
You are executing a multi-task implementation plan with spec traceability at every
You are executing a multi-task implementation plan with spec traceability at every
step. This skill orchestrates the canon-task inner loop (load spec → implement
ACs → verify → record evidence) for each task in a plan, adding automation between
tasks.
Relationship to canon-task: canon-task is interactive and single-section —
user picks one task, implements it, done. canon-implement runs the same AC-driven
inner loop for each task in a plan file, adding worktree setup, commits, reviewer
dispatch, verification gates, and branch completion. Use canon-task for one-off
work. Use canon-implement for multi-section plans.
Accept a plan file path as argument. If none provided, list available plans:
ls docs/canon/plans/*.md 2>/dev/null
Parse the plan to extract:
Present the task overview to the user:
Plan: <plan-name>
Spec: <spec-file>
Tasks: N total (N independent, N with dependencies)
1. [ ] Task one (S) — Section 2.1, 3 ACs
2. [ ] Task two (M) — Section 2.2, 2 ACs [depends on: 1]
3. [ ] Task three (S) — Section 3.1, 4 ACs
...
Proceed? (yes / review task N / skip to task N)
If not already in a worktree, suggest invoking canon-worktree:
Not in a git worktree. Run /canon:worktree first for isolation,
or continue in the current workspace.
Run any setup commands listed in the plan header.
For each task, respecting dependency order:
--- Task N/<total>: <subject> [spec:<section-id>] ---
Load the linked spec section via MCP (mcp__canon__get_section) or by reading
the spec file directly. Present the target ACs:
Target ACs for this task:
[ ] AC text one
[ ] AC text two
Before implementing, check if development discipline skills are available:
For each completed AC, record evidence via MCP:
mcp__canon__add_realization(
section_id="2.1",
ac_text="Rate limit: max 3 resets per hour",
code_file="src/auth/rate_limit.py",
lines="42-60"
)
Or insert realization comments directly in the spec file:
- [x] Rate limit: max 3 resets per hour
<!-- canon:realized-in: file:src/auth/rate_limit.py:42-60 -->
Run canon verify --gate for the relevant section. This checks:
If gate passes: proceed to commit. If gate fails: stop and present diagnostic context:
Gate failed for Task N:
- AC "..." lacks realization evidence
- Tests failing: <summary>
Options: fix now / skip task / abort plan
git add <files changed>
git commit -m "feat(<scope>): <description> [spec:<spec-slug>:<section-id>]"
Mark the task as done in the plan file:
- [x] Task N: <subject>
When independent tasks have no dependency edges between them, they can be dispatched to subagents:
Use sequential mode by default. Parallel mode is for plans with many independent tasks where speed matters.
When all tasks are done:
Plan complete: N/N tasks done
Invoke /canon:branch to verify, update spec statuses, and merge/PR.
If any tasks failed or were skipped:
Plan partially complete: N/M tasks done, K skipped/failed
Completed:
[x] Task 1: ...
[x] Task 3: ...
Skipped/Failed:
[ ] Task 2: <reason>
Fix remaining tasks manually or re-run /canon:implement to retry.
If the session is interrupted mid-plan, the plan file's checkboxes show which
tasks completed. Re-running /canon:implement on the same plan file will skip
already-checked tasks and resume from the first unchecked task.
npx claudepluginhub canonhq/canon --plugin canonExecutes approved implementation tasks from a plan.json file created by spec-plan. Tracks progress via beads or harness todos, enforces TDD, and reports between batches. Invoke when ready to start coding from an approved plan.
Executes written implementation plans in controlled batches with review checkpoints, verification, and feedback. Use when a plan exists needing strict adherence and regression prevention.
Executes approved multi-phase implementation plans with verification checkpoints. Useful for step-by-step feature or fix rollouts with progress tracking.