implement-plan
The implement-plan skill executes implementation plans created by planning tools like /draft-plan or /turboplan. It resolves the correct plan file, reads all referenced context files, delegates execution to the /implement skill, and updates the plan status to done upon completion. Use this when a user requests to implement, execute, or run a plan file, or when resuming a previous session to continue implementing a drafted plan.
git clone --depth 1 https://github.com/tobihagemann/turbo /tmp/implement-plan && cp -r /tmp/implement-plan/claude/skills/implement-plan ~/.claude/skills/implement-planSKILL.md
# Implement Plan Execute an implementation plan file. ## Task Tracking At the start, use `TaskCreate` to create a task for each step: 1. Resolve and read the plan file 2. Read context files 3. Run `/implement` skill 4. Update plan status ## Step 1: Resolve and Read the Plan File Determine which plan file to implement using these rules in order: 1. **Explicit path** — If an absolute or relative path was passed, use it 2. **Explicit slug** — If a slug was passed (e.g., `add-image-cache`), resolve to `.turbo/plans/<slug>.md` if that file exists; otherwise fall through to rule 5 before erroring 3. **Single file** — Glob `.turbo/plans/*.md`. If exactly one plan exists, use it 4. **Most recent** — If multiple plans exist, use the most recently modified 5. **Unexpanded shell** — If a slug or path was passed but resolved to no plan, derive `<slug>` from the basename (stripping `.md`) and check `.turbo/shells/<slug>.md`. If it exists, halt with: "`<slug>` is a shell that needs expansion first. Run `/pick-next-shell` to expand and implement it." 6. **Legacy fallback** — If `.turbo/plans/` does not exist but `.turbo/plan.md` exists, use it 7. **Nothing found** — If no plan matched any rule above, tell the user to run `/turboplan` (for a new task) or `/pick-next-shell` (for existing shells) and stop If multiple plans exist and the most-recent choice is non-obvious (e.g., several plans were modified within the same minute), use `AskUserQuestion` to let the user pick from the candidates. State the resolved plan path before continuing, then read the file. ## Step 2: Read Context Files Read in full: - Every file listed in the plan's **Context Files** section - Files the user referenced in their original request (if any) - Every file path the plan references in the Context, Pattern Survey, and Implementation Steps sections ## Step 3: Run `/implement` Skill Run the `/implement` skill. The plan file, its file references, and its Verification section are already in conversation context from Step 1. ## Step 4: Update Plan Status After `/implement` completes, set the plan's frontmatter `status:` to `done`. If the plan is the legacy `.turbo/plan.md` without frontmatter, skip this step. ## Rules - The plan file is read-only during execution. If revisions are needed, run `/refine-plan` or `/draft-plan` separately. - Never skip Step 2. - Never enumerate or execute the plan's Implementation Steps inline. The work runs through `/implement`. Restating steps as a turn-level narration counts as inline execution and bypasses the delegation. - If the plan's Implementation Steps or Verification include `git commit`, `git push`, or PR creation, halt before Step 3 and ask the user to remove them via `/refine-plan`.
For each reviewer question on a PR, recall implementation reasoning and compose a raw answer. Use when the user asks to \"answer reviewer questions\", \"draft answers to PR questions\", or \"explain reviewer questions\".
Apply findings by making the suggested code changes. Applies accepted verdicts, escalates ambiguous findings to the user, and offers to note genuine improvements for later. Use when the user asks to \"apply findings\", \"apply fixes\", \"apply suggestions\", \"apply accepted findings\", \"fix the findings\", or \"apply the review results\".
Project-wide health audit pipeline that fans out to all analysis skills in parallel, evaluates findings, and produces a unified report at .turbo/audit.md. Use when the user asks to \"audit the project\", \"run a full audit\", \"project health check\", \"audit my code\", \"codebase audit\", or \"comprehensive review\".
Shared changelog conventions and formatting rules referenced by $create-changelog and $update-changelog. Not typically invoked directly.
Enforce mirror, reuse, and symmetry principles to keep new code consistent with surrounding code. Use when writing new code in an existing codebase, adding new features, refactoring, or making any code changes.
Run autonomous task execution using the codex CLI. Use when the user asks to \"codex exec\", \"run codex exec\", \"execute a task with codex\", or \"delegate to codex\".
Run AI-powered code review using the codex CLI. Use when the user asks to \"codex review\", \"run codex review\", or \"review a commit with codex\".
Shared commit message rules and technical constraints referenced by $stage-commit and $commit-staged. Not typically invoked directly.