implementation-plan

Creates implementation plan files under issues/ before coding multi-file changes.

1|Updated Apr 21, 2026
One-click install
npx skills add https://github.com/devbasex/ai-plugins --skill implementation-plan-devbasex
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: implementation-plan
Source: https://github.com/devbasex/ai-plugins/tree/main/plugins/ndf/skills/implementation-plan
Command: npx skills add https://github.com/devbasex/ai-plugins --skill implementation-plan-devbasex

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Engineering changes that span multiple files, add features, or migrate databases often lack a written record of intent, making it hard for reviewers and future maintainers to understand why and how work was decomposed. This Skill enforces creating a structured implementation plan in the issues/ directory before coding or opening a PR. ## Core Features & Use Cases - Plan necessity judgment: Distinguishes changes that need a plan (multi-file edits, new features, DB migrations) from trivial ones (typo fixes, config changes) so overhead is only added where it pays off. - Structured plan template: Provides a Markdown format covering acceptance criteria, alternatives considered, task decomposition by feature (not by layer), risk handling, rollback steps, and definition of done. - PR-time plan generation: When no plan exists at PR creation, it reconstructs one from conversation history, git log, and git diff. - Pre-refactoring decision support: A reference guide helps decide whether to restructure risky code (e.g., a 3700-line file touched by 9 of 10 tasks) in a separate PR before implementing. - Use Case: Before adding a filtering feature that touches models, services, and UI, generate issues/TASK-1234_add-filtering.md with acceptance criteria and per-feature tasks, then implement each task with failing tests first. ## Quick Start Ask the AI to create an implementation plan in the issues/ directory for the feature you are about to build before writing any code.

Frequently Asked Questions about implementation-plan

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write an implementation plan before coding?▼

Create a Markdown file in the issues/ directory named with the task ID and a short description, such as issues/TASK-1234_add-filtering.md. Fill in acceptance criteria, alternatives considered, feature-based task decomposition, risks, and rollback steps using the provided template.

When is an implementation plan required for a code change?▼

A plan is required when a change spans multiple files, adds a new feature, significantly modifies existing logic, involves a DB migration, or can be split into multiple tasks. Typo fixes, config-only changes, and single-file minor edits do not need one.

How should tasks be decomposed in an implementation plan?▼

Decompose by feature, not by layer, so each task independently satisfies one acceptance criterion and is verifiable on its own. For example, 'display the list end-to-end' then 'add filtering', rather than 'build all models' then 'build all services'.

What if no plan file exists when creating a pull request?▼

The plan is generated at PR time by extracting requirements and context from the conversation history, commit flow from git log, and actual changed files from git diff. The generated plan follows the same template before the PR is opened.

When should I refactor code structure before implementing a feature?▼

Restructure first when the code you will touch is dangerously structured, such as a very large file touched by most planned tasks or suspected dependency cycles. Do it as a separate pull request so behavior-preserving changes can be verified mechanically.