writing-plans

Draft step-by-step implementation plans for multi-step software engineering tasks.

1|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/DecentralizedGeo/stac-manager --skill writing-plans-decentralizedgeo
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-plans
Source: https://github.com/DecentralizedGeo/stac-manager/tree/main/.github/skills/writing-plans
Command: npx skills add https://github.com/DecentralizedGeo/stac-manager --skill writing-plans-decentralizedgeo

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Write comprehensive implementation plans assuming the engineer has zero context for our codebase and questionable taste. Document everything they need to know: which files to touch for each task, code, testing, docs they might need to check, how to test it. Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.

Core Features & Use Cases

  • Provides a single-document, phase-based implementation plan with a table of contents and clear phase/task headings.
  • Encourages test-driven development with bite-sized tasks and explicit steps.
  • Saves time by detailing files, tests, commands, and commits for each task.

Quick Start

Announce at start that you are using the writing-plans skill to create the implementation plan and save the plan to docs/plans/YYYY-MM-DD-<feature-name>.md.

Frequently Asked Questions about writing-plans

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

FAQPage Schema
How do I create a comprehensive implementation plan before writing code?

To create a comprehensive implementation plan, define multi-step tasks with specific file touchpoints, tests, commands, and commit messages. This approach ensures repeatable execution by documenting everything an engineer needs, assuming zero codebase context, using bite-sized tasks and test-driven development principles.

What is the best way to break down software engineering tasks for developers with no context?

The best way to break down software engineering tasks is providing a single-document, phase-based plan with clear headings. Detail required files, tests, and documentation for each bite-sized task, applying DRY, YAGNI, and TDD principles to guide engineers with zero codebase context through repeatable execution steps.

How do I apply test-driven development to my task breakdown and planning process?

Apply test-driven development to your task breakdown by structuring the implementation plan with bite-sized tasks that include explicit testing steps. Document the required test files, commands, and validation steps for each task before writing code, ensuring frequent commits and repeatable execution across all phases.

Does implementation planning work for multi-phase software engineering projects?

Implementation planning works effectively for multi-phase software engineering projects by organizing tasks into a single document with a table of contents and clear phase headings. It captures precise file touchpoints, tests, documentation, and commit messages across all phases to ensure repeatable execution.

What should an execution plan include to ensure repeatable task execution?

An execution plan must include precise tasks, required files, tests, commands, and commit messages to ensure repeatable execution. It should detail code, testing, and documentation checks for each bite-sized task, assuming the engineer has zero codebase context and questionable taste.

When should I not use a detailed step-by-step implementation plan?

You should not use a detailed step-by-step implementation plan for trivial single-step modifications that require no task breakdown, testing, or documentation checks. The planning process targets multi-step software engineering work requiring specific file touchpoints, test-driven development, and phase-based execution to ensure repeatable results.