writing-plans

Generate implementation plans with file targets, tests, and commit steps.

22|4|Updated Oct 28, 2025
One-click install
npx skills add https://github.com/ivfarias/ceo --skill writing-plans-ivfarias
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-plans
Source: https://github.com/ivfarias/ceo/tree/main/.gemini/skills/writing-plans
Command: npx skills add https://github.com/ivfarias/ceo --skill writing-plans-ivfarias

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Plans comprehensive implementation steps from a minimal spec, ensuring engineers know what to touch, what to implement, how to test, and how to commit. It documents every requirement so handoffs are smooth and predictable.

Core Features & Use Cases

  • Generates bite-sized tasks with explicit ownership, testing guidance, and documentation notes
  • Ensures DRY, YAGNI, and TDD principles are followed to keep plans lean and reliable
  • Suitable for spec-driven, multi-step work where the engineer has zero context

Quick Start

Save plans 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 generate an implementation plan from a minimal software spec?

To generate an implementation plan from a minimal software spec, use this skill to break down requirements into bite-sized tasks with explicit file targets, testing guidance, and documentation notes for clear handoffs.

What is the best way to plan multi-step codebase changes for engineers with no context?

Planning multi-step codebase changes for engineers with no context is best handled by generating date-stamped plans in a docs/plans repository, ensuring every requirement and file modification is documented for predictable handoffs.

How do I apply test-driven development principles when task planning?

When task planning with test-driven development, you can enforce DRY, YAGNI, and TDD principles by generating lean, reliable steps that explicitly include testing guidance and documentation notes for each implementation phase.

Does this planning approach work for spec-driven software development tasks?

Yes, this approach works for spec-driven software development by taking minimal specs and expanding them into comprehensive, executable steps that detail exactly what to implement, how to test, and how to commit.

How should I document and trace implementation plans in my repository?

To document and trace implementation plans in your repository, save the generated plans as date-stamped markdown files in a docs/plans directory using the YYYY-MM-DD-<feature-name>.md naming convention for traceability.