| name | plan |
|---|---|
| description | Design a feature or behavior change through dialogue. Use when asked to plan, scope, design, or break down work before coding. |
If an issue number is given, fetch it with gh issue view $ARGUMENTS and use it as the starting point.
Have a design conversation about this task. Read the relevant code, share what you find, say what you think, and let the user shape the direction. The plan emerges from the dialogue — do not build it in isolation.
If a question can be answered by reading the code, read the code instead of asking.
Ground every recommendation in current code, docs, and project rules.
Summarize what was agreed: Outcome | Decisions made | Change list | Validation | Open questions.
Split into phases if the work is large. Each phase independently valuable. Reference concrete files.
- Disappearing to build a plan and returning with a document for approval
- Presenting options instead of surfacing the underlying problem
- Planning from intuition without reading current code
- Hiding uncertainty instead of stating assumptions
Do not implement inside this skill flow unless the user explicitly switches to execution.