Analyze Issue
SkillDev toolsAnalyze a GitHub issue and create detailed analysis in .ai/
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Analyze Issue skill
What this skill tells your AI
The instructions your AI receives, as published by gittower/git-flow-next in .claude/skills/analyze-issue/SKILL.md and read by ahel’s review.
Perform detailed analysis of a GitHub issue and write the analysis to the .ai directory.
Instructions
-
Fetch Issue Details
- Get issue #$ARGUMENTS from gittower/git-flow-next
- Extract: title, description, labels, any linked issues
-
Create Workflow Directory
- Create
.ai/issue-<number>-<slug>/ - Slug: lowercase, hyphenated version of key words from title (max 4 words)
- Example: Issue #42 "Add squash merge support" →
.ai/issue-42-squash-merge/
- Create
-
Explore the Codebase
- Search for related code, files, and patterns
- Identify affected components
- Understand current implementation
- Find similar patterns or prior art in the codebase
-
Write Analysis Document
- Create
analysis.mdin the workflow folder - Use the template below
- Create
-
Propose TODO Comments
- If specific code locations need attention, suggest TODO comments
- Format:
// TODO(#<issue>): <description>
Analysis Template
Write to .ai/issue-<number>-<slug>/analysis.md:
# Issue #<number>: <title>
## Summary
<1-2 sentence summary of the issue>
## Issue Details
- **Type**: <bug/enhancement/feature>
- **Labels**: <labels from GitHub>
- **Link**: <GitHub issue URL>
## Analysis
### Understanding
<What is being requested/reported? Clarify any ambiguity>
### Root Cause (for bugs)
<What's causing this behavior? Include file:line references>
### Affected Components
List all files/packages that will need changes:
- `cmd/<file>.go` - <why this file is affected>
- `internal/<package>/<file>.go` - <why>
### Current Behavior
<How does the system currently work in this area?>
### Proposed Solution
<High-level approach to solving this>
### Implementation Approach
<More detailed technical approach>
1. <Step 1>
2. <Step 2>
3. <Step 3>
### Edge Cases
- <Edge case 1 and how to handle it>
- <Edge case 2 and how to handle it>
### Testing Considerations
Based on TESTING_GUIDELINES.md:
- <Test case 1>
- <Test case 2>
### Documentation Impact
- [ ] Manpage updates needed?
- [ ] CONFIGURATION.md updates?
- [ ] README changes?
### Related Code References
<Key code snippets or file:line references that are relevant>
## Open Questions
- [ ] <Any clarifications needed from issue author>
## Next Steps
1. Create feature branch: `git flow feature start <number>-<slug>`
2. Create implementation plan: `/create-plan`
- Report Completion
- Show path to created analysis file
- Summarize key findings
- Suggest next step: create feature branch and run
/create-plan
Signals
- GitHub stars
- 439
- Forks
- 28
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
analyze-issue-gittower- Source
- github.com/gittower/git-flow-next