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.

معلومات المصدر

المستودع
SmidigStorm/bdd-ai-showcase
آخر نشاط في المصدر
١٢ يناير ٢٠٢٦ في ٠٧:٢٦
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٠
التفرعات
٠

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
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
عرض على GitHub