fix-issue
Workflow for fixing GitHub issues from start to finish
Best use case
fix-issue is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Workflow for fixing GitHub issues from start to finish
Teams using fix-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
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/fix-issue/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How fix-issue Compares
| Feature / Agent | fix-issue | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Workflow for fixing GitHub issues from start to finish
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
# Fix Issue Workflow Invoked with: `/fix-issue <issue-number>` ## Step 1: Fetch Issue Details ```bash gh issue view $ARGUMENTS ``` Extract: title, description, labels, reproduction steps, related PRs. ## Step 2: Analyze Codebase Based on issue type: **For bugs:** - Search error messages with Grep - Find related files with Glob - Read implementation and tests - Identify root cause before writing any code **For features:** - Find similar existing features and patterns - Identify files to modify - Check test coverage of related code **For documentation:** - Find relevant docs files - Check for outdated examples ## Step 3: Create Implementation Plan - [ ] Files to modify (with reasons) - [ ] Files to create (if any) - [ ] Tests to add/update - [ ] Documentation to update ## Step 4: Create Feature Branch ```bash git checkout -b fix/<issue-number>-<short-description> ``` ## Step 5: Implement Fix Follow project patterns: - Svelte 5 runes only (no `$:`) - `$effect` cleanup if managing resources - TypeScript types for all parameters and return values - Follow existing code style ## Step 6: Write/Update Tests - Unit tests for new/changed functions - Component tests for UI changes - Update existing tests if behavior changed ```bash npm run test ``` Fix any failing tests before proceeding. ## Step 7: Full Validation ```bash npm run check && npm run lint && npm run test ``` ALL THREE must pass. If `build-ci` validation needed: ```bash npm run build-ci ``` ## Step 8: Commit Changes ```bash git add <specific-files> git commit -m "$(cat <<'EOF' <type>(<scope>): <description> Fixes #<issue-number> <detailed explanation if needed> Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> EOF )" ``` **Types**: fix, feat, docs, refactor, test, chore **Scopes**: component, map, routing, test, deps, ci ## Step 9: Create Pull Request ```bash git push -u origin fix/<issue-number>-<short-description> gh pr create --title "<type>: <description> (fixes #<issue>)" --body "$(cat <<'EOF' ## Summary - Fixes #<issue-number> - <brief description of changes> ## Changes - <file1>: <what changed> - <file2>: <what changed> ## Test Plan - [ ] Unit tests added/updated and passing - [ ] `npm run check` passes - [ ] `npm run lint` passes - [ ] Manual testing: <steps> 🤖 Generated with [Claude Code](https://claude.com/claude-code) EOF )" ``` ## Quality Checklist Before marking complete: - [ ] Issue fully resolved (not partial fix) - [ ] Tests added/updated and passing - [ ] TypeScript check passes (`npm run check`) - [ ] Lint passes (`npm run lint`) - [ ] Commit message references issue number - [ ] PR created and linked to issue ## Project-Specific Notes ### Common Issue Areas 1. **Map rendering** → check `src/lib/ol/` directory 2. **Logbook entries** → check `static/data/logbook_geo.json` 3. **Routing** → check `src/routes/` and prerender config 4. **Svelte 5 patterns** → check for `$:` syntax violations ### Testing Requirements - Vitest for all logic - Testing Library for components - Coverage: 70% lines, 70% functions, 70% statements, 50% branches ### Static Site Constraint This is deployed as a static site on Netlify. No server-side fixes possible. All data must be available at build time.
Related Skills
gh-issues
Fetch GitHub issues, spawn sub-agents to implement fixes and open PRs, then monitor and address PR review comments. Usage: /gh-issues [owner/repo] [--label bug] [--limit 5] [--milestone v1.0] [--assignee @me] [--fork user/repo] [--watch] [--interval 5] [--reviews-only] [--cron] [--dry-run] [--model glm-5] [--notify-channel -1002381931352]
agentic-issue-assistant
Install common docs/backlog skeleton plus an AGENTS template, and wrap issue/finalization operations for an agentic workflow.
accessibility-issues
Use when animation excludes users with vestibular disorders, cognitive disabilities, or assistive technology needs
work-issue
issues/ディレクトリのタスクを1つ実装し、ブランチ作成・コミット・PR作成を行なうワークフロー
sentry-alerts-issues
Use when configuring Sentry alerts, managing issues, or setting up notifications. Covers alert rules, issue triage, and integrations.
issue-driven-delivery
Use when work is tied to a ticketing system work item and requires comment approval, sub-task tracking, or CLI-based delivery workflows.
github-issues
Create, manage, triage, and close GitHub issues. Search existing issues, add labels, assign people, and link to PRs. Works with gh CLI or falls back to git + GitHub REST API via curl.
github-issue
Work on a GitHub issue end-to-end: checkout main, create branch, research best practices, plan implementation, write tests first (TDD), implement, run code review, QA validation, then create PR. Use when given a GitHub issue URL or number to implement.
github-issue-creator
Convert raw notes, error logs, voice dictation, or screenshots into crisp GitHub-flavored markdown issue reports. Use when the user pastes bug info, error messages, or informal descriptions and wan...
create-issue
Create a well-structured task issue on GitHub that CI will validate and auto-sync to the project board. Use when user asks to create a task, file an issue, plan work, break down a feature, or make a new issue for any Phoenix repo.
analyze-issue
Analyze a GitHub issue and create detailed analysis in workflows/
analyse-issue
Analyze MONDO GitHub issues for validity, suggest improvements, and generate structured reports with duplication checks and identifier validation