Skip to content
Skills Library
Programming · Building & coding

solve-issue

/solve-issue

Solve a GitHub issue end-to-end and open a pull request. Use when the user wants to fix or resolve a specific GitHub issue (often by number or URL), or says "solve issue #123", "fix this issue", or "implement and PR this issue".

Repository
.claude ↗
Licence
MIT
Last repository change
18.10.2026

Assessment and security

100/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
1
Scripts
0
HTML comments
0
URLs in SKILL.md
1
Deprecation

No signals detected. Repository changed on 18.10.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Solve a GitHub issue end-to-end and open a pull request. Use when the user wants to fix or resolve a specific GitHub issue (often by number or URL), or says "solve issue #123", "fix this issue", or "implement and PR this issue".

Triggers from the description

solve issue #123fix this issueimplement and PR this issue
Original author description

Solve a GitHub issue end-to-end and open a pull request. Use when the user wants to fix or resolve a specific GitHub issue (often by number or URL), or says "solve issue #123", "fix this issue", or "implement and PR this issue".

How it works

  1. Context
  2. GitHub Tools
  3. Steps
  4. Rules
  5. Usage
Original SKILL.md headings · 62 lines, 327 words
SKILL.md preview
---
name: solve-issue
description: Solve a GitHub issue end-to-end and open a pull request. Use when the user wants to fix or resolve a specific GitHub issue (often by number or URL), or says "solve issue #123", "fix this issue", or "implement and PR this issue".
disable-model-invocation: true
---

Solve the GitHub issue at `$ISSUE_URL` and create a pull request.

## Context
- **Your GitHub Username**: `$GITHUB_USERNAME` (from global CLAUDE.md or prompt)
- **Current Workspace**: This is your fork of the original repository
- **Remote Origin**: Set to `$GITHUB_USERNAME/[original-repo-name]`
- **Target**: All commits/pushes go to your fork, PR opens to original repository

## GitHub Tools
- **GitHub MCP**: Preferred for collaboration (PRs, issues, comments, reviews). Tool names follow `mcp__github__*`.
- **gh CLI**: Fallback when MCP unavailable - `gh --help` for commands
- Check auth: `gh auth status`

## Steps

1. **Fetch Issue Details** (GitHub MCP):
   - Get issue description, labels, comments
   - Understand the problem completely

2. **Examine Repository and Code Patterns**:
   - Find and read relevant files
   - **Study recently merged PRs** (last 3-6 months) to understand:
     * Code style and patterns preferred by maintainers
     * Naming conventions and structure
     * Test approaches and coverage patterns
     * Comment style and documentation preferences
   - Reference similar working implementations
   - Read CONTRIBUTING.md if exists, follow rules
   - **Adapt your code style to match the project's existing patterns**

3. **Create Solution Plan** and get approval BEFORE implementing:
   - Which files will change (with line numbers)
   - Expected behavior difference (before/after)

4. **Implement Changes** (after approval):
   - Make small, focused changes
   - Verify after each file change

5. **Run Tests**:
   - Run existing test suite
   - Write new unit tests (follow test infrastructure)
   - Verify all tests pass
   - **Run commands SEPARATELY, do not chain with &&** (need to see output)

6. **Commit & Create PR**:
   - Use conventional commit format (fix:, feat:, test:, etc.)
   - Create feature branch, push to fork
   - Open PR to upstream repo via GitHub MCP
   - PR description: what changed, why, test results

## Rules
- Run commands one at a time, don't chain (no &&)
- Explain what you're doing at each step briefly
- Don't make assumptions - ask if unsure
- GitHub username: `$GITHUB_USERNAME`

## Usage
```
/solve-issue ISSUE_URL=https://github.com/owner/repo/issues/123
```

Versions

The database has no other skills named solve-issue.

Database snapshot: 13.11.2026 · package version 01a5162163d7 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100fix-github-issue
    Use when you have a GitHub Issue number or link and want it resolved end-to-end — reads the issue, locates the bug, applies a fix, writes tests, and opens a PR from the terminal.
  • 90fix-issue
    Resolve a GitHub issue end to end, from reading the issue through to opening a pull request. Use when the user names an issue number to fix.
  • 100implement-issue
    Read a GitHub issue, create a branch, implement the solution, and open a PR. Use when given an issue number to implement.
  • 100github-fix-issue
    Fix GitHub issues end-to-end — analysis, branch creation, implementation, testing, and PR submission. Use whenever the user mentions fixing a GitHub issue, says "fix issue #123", "work on this issue", "修复 issue", or references a GitHub issue number or URL.
  • 90work-on-issue
    Use when the user says "work on issue", "implement issue", "/work-on-issue", or asks to implement a GitHub issue end-to-end (not merely validate it). Takes an issue URL or number (defaults to the just-validated issue). Implements in an isolated worktree, verifies, commits,…
  • 100complete-issue
    Pick up and complete a GitHub issue end-to-end with TDD, linting, PR creation, and CI review cycle. Use when the user says "complete issue #N", "pick up issue", "work on issue #N", or similar. Args: the GitHub issue number.

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.