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
ソースの最終更新活動
2026年1月12日 07:26
検出された SKILL.md の言語
英語
スター
0
フォーク
0

インストール方法

デフォルトでは、最初にソースを確認する 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で見る