Skip to main content

planning

Interactive implementation planning from backlog items. Use when creating plans for features, fixes, or tasks. Guides 6-phase collaborative dialogue from discovery through documentation.

Quellinformationen

Repository
SmidigStorm/bdd-ai-showcase
Letzte Quellaktivität
12. Januar 2026 um 07:26
Erkannte Sprache von SKILL.md
Englisch
Sterne
0
Forks
0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
planning
description
Interactive implementation planning from backlog items. Use when creating plans for features, fixes, or tasks. Guides 6-phase collaborative dialogue from discovery through documentation.
# Implementation Planning Guide for creating implementation plans through interactive dialogue. ## The 6 Phases ``` 1. Discovery → 2. Requirements → 3. Codebase → 4. Questions → 5. Design → 6. Document ↑ ↑ ↑ ↑ ↑ ↑ [User] [User] [User] [User] [User] [User] ``` ## Core Principles 1. **Interactive** - Every phase ends with user confirmation 2. **No assumptions** - Ask before deciding anything 3. **CRITICAL: Clarifying Questions** - Phase 4 is the most important, never skip 4. **Traceable** - Link plan steps to requirements (SUB-CAP-NNN) 5. **Concrete** - End with specific files and changes ## Phase Checklist ### Phase 1: Discovery - [ ] Understand what needs to be built - [ ] Clarify problem, solution, beneficiary - [ ] User confirms understanding ### Phase 2: Requirements - [ ] List all requirements in scope - [ ] Clarify acceptance criteria per requirement - [ ] User confirms scope ### Phase 3: Codebase - [ ] Ask user for relevant areas - [ ] Find similar features and patterns - [ ] Present findings - [ ] User confirms findings ### Phase 4: Clarifying Questions (CRITICAL) - [ ] Review requirements + codebase - [ ] List ALL ambiguities - [ ] Present questions to user - [ ] Get answers before proceeding ### Phase 5: Plan Design - [ ] Propose approach (with alternatives if needed) - [ ] Get user preference - [ ] Break into steps with file paths - [ ] Map steps to requirements - [ ] User approves plan ### Phase 6: Document - [ ] Create `docs/plans/[name].md` - [ ] Include all sections - [ ] Present summary ## Dialogue Patterns ### Opening (Phase 1) ``` "Let's plan [item]. Help me understand: 1. What problem does this solve? 2. Who benefits? 3. What does success look like?" ``` ### Scoping (Phase 2) ``` "I see these requirements in scope: - [REQ-1] - [REQ-2] Are these all? Any I'm missing?" ``` ### Before Code Exploration (Phase 3) ``` "Before I explore the codebase: - Any specific areas I should look at? - Patterns I should follow?" ``` ### Clarifying Questions (Phase 4) ``` "Before designing the plan, I need to clarify: **Edge Cases:** 1. What happens when X? 2. How should Y behave if Z? **Integration:** 3. Should this integrate with A? **Scope:** 4. Is B included or out of scope? Please answer these before I proceed." ``` ### Presenting Options (Phase 5) ``` "I see two approaches: **A) Minimal Changes** - Reuse existing X - Tradeoff: Less flexible **B) Clean Architecture** - New abstraction for Y - Tradeoff: More work upfront I recommend A because [reason]. Which do you prefer?" ``` ## Red Flags - Stop and Ask - Requirement is vague or undefined - Multiple valid approaches exist - Change impacts shared/core code - Scope is growing beyond original item - Conflict with existing behavior - User says "whatever you think" (get explicit confirmation) ## Plan Quality Check Before finalizing, verify: - [ ] Each requirement maps to ≥1 step - [ ] Each step has specific files - [ ] Acceptance criteria are testable - [ ] No orphan steps - [ ] Open questions captured - [ ] User approved each major decision
Auf GitHub ansehen