gh-issue

Analyze and fix the specified GitHub issue

Best use case

gh-issue is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Analyze and fix the specified GitHub issue

Teams using gh-issue should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/gh-issue/SKILL.md --create-dirs "https://raw.githubusercontent.com/stevengonsalvez/agents-in-a-box/main/toolkit/packages/skills/gh-issue/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/gh-issue/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How gh-issue Compares

Feature / Agentgh-issueStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Analyze and fix the specified GitHub issue

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

Analyze and fix the specified GitHub issue: $ARGUMENTS

Follow these steps:

<!-- recall:begin -->

## Step 0: Prior-art check (RECOMMENDED)

Before fixing the issue, recall prior learnings from the global knowledge base so we don't re-learn or re-decide something already captured:

```bash
uv run "{{HOME_TOOL_DIR}}/skills/recall/scripts/recall.py" \
  "<QUERY>" \
  --limit 5 --format markdown
```

**Query construction for `/gh-issue`**: issue title + top labels + repo name (e.g. `"flaky signup test frontend auth"`).

**What to do with results:**

- If a returned learning names a constraint, anti-pattern, or prior decision directly relevant to the task — surface it to the user BEFORE proceeding with this skill's main flow.
- If nothing relevant returns — proceed silently, no need to mention the check.
- Never block on recall failure. Empty output / non-zero exit is expected when the KB is absent or the subprocess errors — treat it as "no prior art found", not as an error.

<!-- recall:end -->

1. **Get issue details**:
   - Use `gh issue view $ARGUMENTS` to get the complete issue information
   - If $ARGUMENTS is not provided, list issues with `gh issue list` and ask which to work on
   - Understand the problem description, expected behavior, and acceptance criteria

2. **Understand the problem**:
   - Read through the issue description and any comments carefully
   - Identify the root cause and scope of the issue
   - Note any reproduction steps or examples provided

3. **Search the codebase**:
   - Use appropriate search tools to find relevant files and code sections
   - Understand the current implementation and identify what needs to change
   - Look for related code that might be affected by the fix

4. **Plan and comment your approach**:
   - Post a detailed implementation plan as a comment on the issue
   - Use `gh issue comment $ARGUMENTS --body "Implementation plan: ..."`
   - Include what files will be changed and the general approach

5. **Create a development branch**:
   - Create a new branch: `git checkout -b fix/issue-$ARGUMENTS-{description}`
   - Ensure you're working from the latest main branch

6. **Implement the fix**:
   - Make the necessary changes to fix the issue
   - Follow existing code patterns and conventions
   - Include comprehensive tests to verify the fix
   - Add debug logging where helpful

7. **Verify the solution**:
   - Run existing tests to ensure nothing breaks: `npm test` or equivalent
   - Run linting and type checking: `npm run lint`, `npm run typecheck`
   - Test your specific fix thoroughly
   - Ensure all tests pass

8. **Create a pull request**:
   - Commit changes with descriptive message referencing the issue
   - Push the branch to GitHub
   - Use `gh pr create --title "Fix #$ARGUMENTS: {description}" --body "Closes #$ARGUMENTS"`
   - Include details about the fix and testing performed

9. **Keep the issue open** until the pull request is merged

Remember: Use the GitHub CLI (`gh`) for all GitHub-related tasks and reference the issue number in commits and PR.

Related Skills

make-github-issues

8
from stevengonsalvez/agents-in-a-box

Review codebase and create GitHub issues for identified problems

do-issues

8
from stevengonsalvez/agents-in-a-box

Work on GitHub issues systematically with proper development workflow

workflow

8
from stevengonsalvez/agents-in-a-box

Guide through structured delivery workflow with plan, implement, validate phases

webapp-testing

8
from stevengonsalvez/agents-in-a-box

Toolkit for interacting with and testing local web applications using Playwright. Supports verifying frontend functionality, debugging UI behavior, capturing browser screenshots, and viewing browser logs.

validate

8
from stevengonsalvez/agents-in-a-box

Verify implementation against specifications

ui-ux-pro-max

8
from stevengonsalvez/agents-in-a-box

UI/UX design intelligence. 67 styles, 96 palettes, 57 font pairings, 25 charts, 13 stacks (React, Next.js, Vue, Svelte, Astro, Nuxt, SwiftUI, React Native, Flutter, Tailwind, shadcn/ui, Jetpack Compose). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI/UX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient.

tui-style-guide

8
from stevengonsalvez/agents-in-a-box

TUI style guide for consistent terminal interface design

token-usage

8
from stevengonsalvez/agents-in-a-box

Show Claude Code token usage across sessions — daily, weekly, per-project, and per-session breakdowns. Parses {{HOME_TOOL_DIR}}/projects/**/*.jsonl for consumption data. Use when the user asks about token usage, costs, how many tokens were used, session statistics, or wants a usage report.

tmux-status

8
from stevengonsalvez/agents-in-a-box

Show status of all tmux sessions including dev environments, spawned agents, and running processes

tmux-monitor

8
from stevengonsalvez/agents-in-a-box

Monitor and report status of all tmux sessions including dev environments, spawned agents, and running processes. Uses tmuxwatch for enhanced visibility.

tmux-message

8
from stevengonsalvez/agents-in-a-box

Reliable peer-to-peer message delivery to other Claude Code instances via tmux send-keys. Use as a fallback when claude-peers MCP send_message fails to surface in the receiver's inbox (delivered server-side but receiver never picks it up — observed behaviour). Also use when sending a directive to a known Claude Code TUI session by tmux session name or fuzzy hint, or when injecting a multi-line directive into a peer's prompt and submitting it. Trigger phrases — "claude-peers fallback", "tmux send-keys", "send to peer via tmux", "inject directive", "deliver to nanoclaw/hermes peer", "peer message". Tmux-only — won't reach peers running outside tmux.

test-driven-development

8
from stevengonsalvez/agents-in-a-box

Use when implementing any feature or bugfix, before writing implementation code. Enforces RED-GREEN-REFACTOR cycle with test-first approach.