writing-plans

Creates implementation plans for multi-step software tasks with file-by-file decomposition and test-first steps.

Updated Apr 3, 2026
One-click install
npx skills add https://github.com/lapaixkemsdortshlee-svg/AyitiMarket --skill writing-plans-lapaixkemsdortshlee-svg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-plans
Source: https://github.com/lapaixkemsdortshlee-svg/AyitiMarket/tree/main/.claude/skills/writing-plans
Command: npx skills add https://github.com/lapaixkemsdortshlee-svg/AyitiMarket --skill writing-plans-lapaixkemsdortshlee-svg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you turn a spec or requirements into a clear, implementation-ready plan before any code changes begin, reducing confusion and rework.

Core Features & Use Cases

  • Multi-step planning: Breaks a feature or refactor into small, testable tasks with explicit file-by-file scope.
  • Developer handoff: Gives an engineer enough context to start work confidently, even in an unfamiliar codebase.
  • Review-friendly structure: Organizes tasks so each step can be checked, tested, and committed independently.

Quick Start

Use the writing-plans skill to turn your feature spec into a detailed implementation plan with file targets, tests, and commit-sized tasks.

Frequently Asked Questions about writing-plans

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

FAQPage Schema
How do I turn feature specs into actionable implementation plans?

To turn feature specs into implementation plans, decompose multi-step software tasks into file-by-file scope with test-first steps and review-ready execution guidance. This process reduces confusion and rework by giving developers enough context to start coding confidently.

What is the best way to break down a cross-file refactor into testable tasks?

Breaking down a cross-file refactor requires task decomposition into small, testable steps with explicit file targets. Each step should be independently checked, tested, and committed, ensuring review-friendly structure and safe execution before any code is touched.

How do I create developer handoff plans for an unfamiliar codebase?

Creating developer handoff plans involves structuring feature specs into commit-sized tasks with detailed file-by-file scope and test-first guidance. This provides engineers enough context to start work confidently, even in an unfamiliar codebase, reducing ramp-up time.

Does test-driven development planning work for cross-file software changes?

Test-driven development planning works for cross-file software changes by requiring test-first task steps before code is touched. It applies to feature specs and refactors, ensuring each decomposed file target can be checked and committed independently.

When do I need task decomposition for a software engineering project?

You need task decomposition for multi-step software engineering projects before any code changes begin. It applies to feature specs, refactors, and cross-file changes, requiring file-by-file breakdown into small, testable tasks to reduce rework.

Why does code review planning require commit-sized task steps?

Code review planning requires commit-sized task steps because organizing tasks so each step can be checked, tested, and committed independently ensures review-friendly structure. This reduces confusion and rework by making multi-step changes easy to verify.