/analyze-issue
Analyze a GitHub issue and create a detailed technical specification
$ npx -y skills add NeoLabHQ/context-engineering-kit --skill analyze-issue --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/analyze-issue
Context preview
The summary Claude sees to decide when to auto-load this skill.
Analyze a GitHub issue and create a detailed technical specification
SKILL.md
analyze-issue.SKILL.mdname: analyze-issue
description: Analyze a GitHub issue and create a detailed technical specification
Please analyze GitHub issue #$ARGUMENTS and create a technical specification.
Follow these steps:
1. Check if the issue is already loaded:
- Look for the issue file in `./specs/issues/` folder
- File naming pattern: `<number-padded-to-3-digits>-<kebab-case-title>.md`
- If not found, fetch the issue details from GitHub (see step 2)
2. Fetch the issue details (if not already loaded):
- Read `.claude/commands/load-issues.md` to understand how to fetch issue details
- Save the issue file following the load-issues.md format
3. Understand the requirements thoroughly 4. Review related code and project structure 5. Create a technical specification with the format below
Technical Specification for Issue #$ARGUMENTS
Issue Summary
- Title: [Issue title from GitHub]
- Description: [Brief description from issue]
- Labels: [Labels from issue]
- Priority: [High/Medium/Low based on issue content]
Problem Statement
[1-2 paragraphs explaining the problem]
Technical Approach
[Detailed technical approach]
Implementation Plan
1. [Step 1] 2. [Step 2] 3. [Step 3]
Test Plan
1. Unit Tests:
- [test scenario]
2. Component Tests:
- [test scenario]
3. Integration Tests:
- [test scenario]
Files to Modify
- [file path]: [changes]
Files to Create
- [file path]: [purpose]
Existing Utilities to Leverage
- [utility name/path]: [purpose]
Success Criteria
- [ ] [criterion 1]
- [ ] [criterion 2]
Out of Scope
- [item 1]
- [item 2]
Remember to follow our strict TDD principles, KISS approach, and 300-line file limit.
IMPORTANT: After completing your analysis, SAVE the full technical specification to: `./specs/issues/<number-padded-to-3-digits>-<kebab-case-title>.specs.md`
For example, for issue #7 with title "Make code review trigger on any *.SQL and .sh file changes", save to: `./specs/issues/007-make-code-review-trigger-on-sql-sh-changes.specs.md`
After saving, provide a brief summary to the user confirming:
- Issue number and title analyzed
- File path where the specification was saved
- Key highlights from the specification (2-3 bullet points)
Read more
name: analyze-issue description: Analyze a GitHub issue and create a detailed technical specification
Please analyze GitHub issue #$ARGUMENTS and create a technical specification.
Follow these steps:
1. Check if the issue is already loaded:
- Look for the issue file in `./specs/issues/` folder
- File naming pattern: `<number-padded-to-3-digits>-<kebab-case-title>.md`
- If not found, fetch the issue details from GitHub (see step 2)
2. Fetch the issue details (if not already loaded):
- Read `.claude/commands/load-issues.md` to understand how to fetch issue details
- Save the issue file following the load-issues.md format
3. Understand the requirements thoroughly 4. Review related code and project structure 5. Create a technical specification with the format below
Technical Specification for Issue #$ARGUMENTS
Issue Summary
- Title: [Issue title from GitHub]
- Description: [Brief description from issue]
- Labels: [Labels from issue]
- Priority: [High/Medium/Low based on issue content]
Problem Statement
[1-2 paragraphs explaining the problem]
Technical Approach
[Detailed technical approach]
Implementation Plan
1. [Step 1] 2. [Step 2] 3. [Step 3]
Test Plan
1. Unit Tests:
- [test scenario]
2. Component Tests:
- [test scenario]
3. Integration Tests:
- [test scenario]
Files to Modify
- [file path]: [changes]
Files to Create
- [file path]: [purpose]
Existing Utilities to Leverage
- [utility name/path]: [purpose]
Success Criteria
- [ ] [criterion 1]
- [ ] [criterion 2]
Out of Scope
- [item 1]
- [item 2]
Remember to follow our strict TDD principles, KISS approach, and 300-line file limit.
IMPORTANT: After completing your analysis, SAVE the full technical specification to: `./specs/issues/<number-padded-to-3-digits>-<kebab-case-title>.specs.md`
For example, for issue #7 with title "Make code review trigger on any *.SQL and .sh file changes", save to: `./specs/issues/007-make-code-review-trigger-on-sql-sh-changes.specs.md`
After saving, provide a brief summary to the user confirming:
- Issue number and title analyzed
- File path where the specification was saved
- Key highlights from the specification (2-3 bullet points)
A hand-crafted collection of advanced context engineering techniques and patterns with minimal token footprint, focused on improving agent result quality and predictability.
Repo: NeoLabHQ/context-engineering-kit
Other skills on context-engineering-kit.
agent-evaluation
Evaluate and improve Claude Code commands, skills, and agents. Use when testing prompt effectiveness, validating context engineering choices, or measuring…
analyse-problem
Comprehensive A3 one-page problem analysis with root cause and action plan
analyse
Auto-selects best Kaizen method (Gemba Walk, Value Stream, or Muda) for target
apply-anthropic-skill-…
Comprehensive guide for skill development based on Anthropic's official best practices - use for complex skills requiring detailed structure

