| name | phase-plan |
| description | Phase 2 of the software delivery workflow: convert research and requirements into a practical PRD, implementation plan, architecture notes, task list, and acceptance criteria before coding. |
Phase Plan
Use this skill when the user asks for /phase-plan, planning after research, PRD/PRP generation, implementation planning, or the second stage of an automated software delivery flow.
Purpose
Create a plan that is specific enough to execute and small enough to verify.
Workflow
- Restate the requirement in concrete terms.
- Summarize relevant findings from
phase-research if available.
- Define acceptance criteria and non-goals.
- Check for over-design:
- What is the simplest version?
- What can be deleted before implementation?
- Which abstractions are actually needed now?
- Draft the implementation plan:
- files or modules likely affected
- ordered steps
- tests per step
- risk and rollback notes
- Add a Mermaid diagram only when it clarifies multi-module behavior.
- Save or present the plan in the project’s normal planning location when appropriate.
Output
Include:
- requirement summary
- acceptance criteria
- phased implementation plan
- test plan
- risk list
- open questions
End with PHASE_PLAN_DONE when the plan is executable. If blocked, output PHASE_PLAN_BLOCKED.