Guide · Agent skill
How to use the Oh My Issues Triage agent skill
Updated · written with AI from the project's own documentation and checked against our catalogue data
Oh My Issues is an agent skill that helps an AI coding agent turn a large GitHub issue backlog into a short list of architectural plans. It is aimed at maintainers of repositories with many overlapping or duplicate reports. After this guide you will know what the skill does, how to install it, how to trigger it with plain requests, and what it needs before it runs.
Quick start
- 1Install the GitHub CLI and jq. Make sure gh is installed and authenticated, and that jq is available on your machine.
- 2Download and unzip the skill. Download the ZIP from this page and unzip it into ~/.claude/skills/ or the project's .claude/skills/ folder.
- 3Confirm write access. Check that your GitHub account has write access to the repository's issues and pull requests.
- 4Ask for the outcome in plain language. Request triage, clustering or a plan from the open issues, naming the repository you mean.
- 5Review the cluster proposal. Check each proposed plan master and its children before the agent opens masters or closes issues.
- 6Route new bugs as they arrive. Ask the agent whether a new issue belongs to an existing plan, and append it as a Round N comment if so.
What is an agent skill?
An agent skill is a folder containing a SKILL.md file with instructions that an AI agent loads when a task matches the skill's description. The agent reads those instructions and follows the workflow they describe.
What the Oh My Issues skill makes the agent do
The skill treats a pile of GitHub issues as symptoms of a few underlying architectural defects. Instead of closing issues one at a time, the agent groups symptoms that one architectural change would fix into a cluster, gives each cluster a single plan-master issue with a design doc, and closes the children with a standard redirect comment.
It also handles two other jobs: preparing one pull request that closes all children of a cluster, and routing newly filed bugs into an existing plan as a "Round N" comment instead of opening new tracked issues.
- Cluster pass: reduce many open issues to a few plan masters, each named as an architectural problem
- Triage: match a new incoming bug against existing masters and append it to the right one
- Bundle: list a plan's children and prepare a PR whose description uses Closes #N for each child
Install the skill
Download the ZIP from this page and unzip it. You can install it for yourself across all projects or for a single repository.
For a personal install, unzip it into ~/.claude/skills/. For a project install, unzip it into the project's .claude/skills/ folder. You can also upload the ZIP in the Claude apps under Settings → Capabilities → Skills.
- Personal: ~/.claude/skills/
- Project: .claude/skills/ inside the repository
- Claude apps: Settings → Capabilities → Skills, then upload the ZIP
Check the requirements before you start
The skill depends on the GitHub CLI and jq, and it needs write access to the repository. It makes network calls to GitHub. According to the skill's listing, it does not run scripts on its own; the commands it uses are GitHub CLI calls that the agent issues.
- GitHub CLI (gh) installed and authenticated
- jq installed, for parsing JSON output
- Write access to the repository's issues and pull requests
- Uses network: yes. Runs scripts: no
Trigger the skill with natural requests
You do not need a special command. Ask for the outcome in plain language and the agent will match the request against the skill's description. Phrases the skill is written to respond to include asking to triage, consolidate, cluster, dedupe or group issues, asking for a plan or roadmap built from open issues, and asking where a new bug belongs.
- "Triage the open issues in this repo and cluster them by root cause."
- "Consolidate our issue backlog into plan masters."
- "Make a plan series from the open issues."
- "A new bug came in about the installer failing on Windows. Does it belong to an existing plan?"
- "Build a PR that closes all the children of the spawn-contract cluster."
Understand the three modes
The skill has three modes. The cluster pass is for a backlog that has never been consolidated. Triage is for new bugs once consolidation is in place. Bundle is for shipping a cluster as one pull request.
In the cluster pass the agent reads every open issue's body and full comment thread, because reproduction steps often live in comments. It names each cluster with an architectural title, such as a title that states the fix rather than the topic, and mirrors each master as a plans/0X-slug.md design doc. The skill's target for about 100 issues is 4 to 8 masters.
- Cluster pass: read everything, cluster by root cause, open masters, close children as not planned, verify only masters remain open
- Triage: post a Round N comment on the matching master, close the new child as not planned
- Bundle: verify every child is covered, write the PR with Closes #N lines, add the plan's test matrix to CI
Read the backlog with the GitHub CLI
The skill uses GitHub CLI calls to list issues. It warns that a single gh issue list call does not return comment bodies, so comments must be fetched per issue. It also warns that an explicit --limit can silently truncate a large backlog, so the total open count is checked first. The skill's own commands look like this:
- gh issue list does not return comment bodies; use gh issue view <N> --json comments for each issue
- Check the total open count before setting --limit
total=$(gh api "search/issues?q=repo:$owner/$repo+is:issue+is:open" --jq '.total_count')
gh issue list --state open --limit "$total" --json number,title,body,labels,author,createdAtSafety notes and when not to use it
The skill changes real issues and pull requests, so review what it proposes. The skill itself says that with fewer than about 15 open issues you should just close them. It also should not be used for genuinely independent bugs, because forced clustering is misleading. If the repository has no plans/ design-doc practice, the skill says to propose one and get agreement before introducing it.
Closing children as not planned is the skill's standard behaviour. Check the redirect comment and the master issue before you let the agent close anything.
- Not for repositories with fewer than about 15 open issues
- Not for projects with independent bugs
- Propose before introducing a plans/ practice
- Review each redirect and closure before it happens
What people use it for
- Consolidating a backlog of dozens of platform-specific reports into a few architectural plans
- Building a roadmap from open issues with one plan master and design doc per cluster
- Preparing a single PR whose description closes every child issue of a plan
- Deciding whether a newly filed bug belongs to existing work instead of opening a new issue
Frequently asked questions
How do I install the oh-my-issues skill?
Download the ZIP from this page and unzip it into ~/.claude/skills/ for personal use, or into the project's .claude/skills/ folder for one repository. You can also upload the ZIP in the Claude apps under Settings → Capabilities → Skills.
What does oh-my-issues require?
It requires the GitHub CLI (gh) installed and authenticated, jq for parsing JSON output, and write access to the repository's issues and pull requests. The listing says it uses the network and does not run scripts.
Is the Oh My Issues skill free?
The source material for this skill is published under the Apache-2.0 licence. Check the licence file in the source repository for the terms that apply to your use.
When should I not use this skill?
Do not use it for repositories with fewer than about 15 open issues, where the skill itself says to just close them. It is also a poor fit for projects whose bugs are genuinely independent, because forced clusters are misleading.
Does it close my issues automatically?
The skill describes closing child issues with a standard redirect comment and marking them not planned. Because it changes real issues, review the proposed clusters and comments before the agent acts.
How is this different from just closing duplicate issues by hand?
Instead of closing each duplicate on its own, the skill groups symptoms by shared architectural cause, creates one plan master per cluster, and aims for a single pull request that closes all children of that cluster.
New agent skills, repos and AI tools — every week
The best new skills and open-source projects, the fastest-growing repos, and one free prompt. Five minutes to read. Unsubscribe anytime.
Our verdict
Oh My Issues suits maintainers of repositories with 20 or more open issues that overlap, and teams that want a roadmap built from their tracker. Skip it for small backlogs, projects with independent bugs, or repos that will not adopt a plans/ design-doc practice.
Download the skill