Skip to content
Backend
Skill

/implementation-plan

Turn an approved task-analysis result into a shared technical design and coding-ready implementation handoff; use when Claude has an existing task folder under `tmp/tasks/`, plus a selected solution and related codebase research, and needs to produce `implementation-plan.md` and

BOOST
From plugin
blockscout-rs
2319 skills
Install
$ npx -y skills add blockscout/blockscout-rs --skill implementation-plan --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/implementation-plan

Context preview

The summary Claude sees to decide when to auto-load this skill.

Turn an approved task-analysis result into a shared technical design and coding-ready implementation handoff; use when Claude has an existing task folder under `tmp/tasks/`, plus a selected solution and related codebase research, and needs to produce `implementation-plan.md` and

SKILL.md

implementation-plan.SKILL.md
name: implementation-plan
description: Turn an approved task-analysis result into a shared technical design and coding-ready implementation handoff; use when Claude has an existing task folder under `tmp/tasks/`, plus a selected solution and related codebase research, and needs to produce `implementation-plan.md` and `coding-task.md` before writing code
disable-model-invocation: false

Implementation Plan Skill

Follow the workflow defined in @../../../.memory-bank/workflows/implementation-plan.md

Required Guardrails

  • Read the existing task folder artifacts first, especially `task.md` and the selected solution.
  • Re-check the current code, tests, configs, and schema paths instead of trusting earlier analysis blindly.
  • Treat this as a handoff-preparation step, not a fresh solution-comparison step.
  • If the chosen direction is ambiguous or stale enough to change the recommendation, stop and route the task back to analysis.
  • Write the outputs into the existing `tmp/tasks/<task-name>/` folder as `implementation-plan.md` and `coding-task.md`.
  • Keep the implementation plan focused on shared technical design; keep the coding task focused on actionable execution details.
Ships withblockscout-rs

Microservices for blockscout indexer

Get the whole plugin

Other skills on blockscout-rs.