Analyze a GitHub issue and create an implementation plan
Scanned 9/6/2026
Install to Claude Code
npx -y skills add Jartan-LLC/grimoire --skill plan-issue --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Plan Issue?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/jartan-llc-plan-issue)More formats (shields.io, HTML) on the badges page.
---
name: plan-issue
description: Analyze a GitHub issue and create an implementation plan
argument-hint: Issue number (may include additional context)
---
# Plan Issue
Create an implementation plan for a GitHub issue.
## Process
### 1. Load Issue
Determine the issue number from the user's request, which may carry context beyond the number. Fetch the issue details:
```bash
gh issue view <issue-number>
```
### 2. Read Relevant Docs
Based on the issue area, read the appropriate project documentation in `docs/`.
### 3. Explore Codebase
Find existing patterns similar to what the issue requires. Look at how comparable features are already implemented.
### 4. Assess Scope
Evaluate whether the issue should be broken into sub-issues. Not every multi-part feature needs splitting -- but large features degrade in quality when implemented in a single AI context. Consider splitting when:
- **The diff would be very large** -- Thousands of lines in one pass means mistakes get buried. Smaller, focused issues produce better results.
- **There are genuinely separable concerns** -- A reusable module that happens to be needed by this feature is worth its own issue. A small page that accompanies a backend feature is not.
If sub-issues are warranted, use `/praxis:create-issue` to file them, referencing the parent issue. Sub-issue branches are created from the parent feature branch and merged back into it, not directly to main.
### 5. Design Considerations
Before creating the plan, think through:
- **Flexibility** -- Will this be used by other modules or downstream consumers? Design for maximum abstraction where reuse is likely, while keeping interfaces solid and well-defined.
- **Robustness** -- Clear models, explicit types, proper error handling. Flexible internals, rigid contracts.
- **Future-proofing** -- Consider how this might need to evolve without requiring breaking changes.
- **Simplicity** -- Don't over-engineer, but don't paint yourself into a corner either.
### 6. Create Plan
Write a plan in `.claude/workspace/` following the format in the `gitwise:github-conventions` skill (see `plan-format.md`).
### 7. Post Plan
```bash
gh issue comment <issue-number> --body "## Implementation Plan
[plan content]
---
*Generated by Claude -- reply with \`/praxis:implement-issue <issue-number>\` to execute*"
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!