.cursor/skills/prd-to-plan/SKILL.md
Turn a PRD into a multi-phase implementation plan using tracer-bullet vertical slices, saved under ./prd/PRD-NNN-feature-slug/plan.md (see prd/INDEX.md). Use when user wants to break down a PRD, create an implementation plan, plan phases from a PRD, or mentions "tracer bullets".
npx skillsauth add jorgesouzaRa/conectAPI_jira_github prd-to-planInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Break a PRD into a phased implementation plan using vertical slices (tracer bullets). Output is a Markdown file under ./prd/ — use the next free PRD-NNN folder (see prd/INDEX.md), e.g. ./prd/PRD-012-my-feature/plan.md, then add a row to prd/INDEX.md.
The PRD should already be in the conversation. If it isn't, ask the user to paste it or point you to the file.
If you have not already explored the codebase, do so to understand the current architecture, existing patterns, and integration layers.
Before slicing, identify high-level decisions that are unlikely to change throughout implementation:
These go in the plan header so every phase can reference them.
Break the PRD into tracer bullet phases. Each phase is a thin vertical slice that cuts through ALL integration layers end-to-end, NOT a horizontal slice of one layer.
<vertical-slice-rules> - Each slice delivers a narrow but COMPLETE path through every layer (schema, API, UI, tests) - A completed slice is demoable or verifiable on its own - Prefer many thin slices over few thick ones - Do NOT include specific file names, function names, or implementation details that are likely to change as later phases are built - DO include durable decisions: route paths, schema shapes, data model names </vertical-slice-rules>Present the proposed breakdown as a numbered list. For each phase show:
Ask the user:
Iterate until the user approves the breakdown.
Create ./prd/PRD-NNN-short-slug/ if needed. Write plan.md inside it. Register the PRD in prd/INDEX.md. Use the template below.
Source PRD: <brief identifier or link>
Durable decisions that apply across all phases:
User stories: <list from PRD>
A concise description of this vertical slice. Describe the end-to-end behavior, not layer-by-layer implementation.
User stories: <list from PRD>
...
development
Good vs bad tests (integration-style, public API, behavior not implementation). Use when writing or reviewing tests, or paired with TDD and mocking skills.
development
Test-driven development with red-green-refactor loop. Use when user wants to build features or fix bugs using TDD, mentions "red-green-refactor", wants integration tests, or asks for test-first development.
development
Refactor candidates after TDD (duplication, long methods, shallow modules, etc.). Use during refactor phase of red-green-refactor or when reviewing code quality.
development
When and how to mock (system boundaries only, DI, SDK-style APIs). Use when writing tests, reviewing mocks, or the user asks what to mock.