github-issue-triage

Analyzes GitHub issues via parallel background tasks and streams results in real time.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/filipesf/dotfiles --skill github-issue-triage-filipesf
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: github-issue-triage
Source: https://github.com/filipesf/dotfiles/tree/main/agents/skills/github-issue-triage
Command: npx skills add https://github.com/filipesf/dotfiles --skill github-issue-triage-filipesf

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires typer, rich, and includes scripts (resource) components.

What problem does it solve?

It automates the triage of GitHub issues by analyzing each issue in parallel, enabling real-time streaming results and a final comprehensive report.

Core Features & Use Cases

  • 1:1 task per issue: Each GitHub issue is processed as its own background task for isolation and speed.
  • Streaming results: Reports are emitted as soon as each analysis completes.
  • Final report: Generates a complete summary after all issues are processed.
  • Use case: When a repo has hundreds of issues, maintainers can surface urgent issues immediately while others are processed.

Quick Start

To start triaging issues, load the skill and initiate exhaustive pagination to fetch issues, then launch a background task for each issue with run_in_background=true, and observe streaming outputs as tasks complete.

Frequently Asked Questions about github-issue-triage

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate GitHub issue triage for a large repository?

Automate GitHub issue triage by launching a separate background task for each issue and streaming results in real time. This parallel processing approach handles large repositories by exhaustively collecting issues and surfacing urgent ones immediately as each task completes.

How does real-time streaming work when analyzing GitHub issues in parallel?

Real-time streaming works by polling background_output() for each individual issue task. As soon as a specific issue analysis completes, its results are emitted immediately rather than waiting for all issues to finish, allowing maintainers to act on urgent findings instantly.

Can I process hundreds of GitHub issues without blocking my main workflow?

You can process hundreds of GitHub issues without blocking by running each issue as an isolated background task with run_in_background=true. This allows your main workflow to continue operating while issues are analyzed in parallel and results are streamed as each task completes.

What is the best way to surface urgent GitHub issues while processing a full backlog?

The best way to surface urgent GitHub issues is using a 1:1 task per issue model that streams results as each analysis finishes. This ensures critical issues are reported immediately during exhaustive pagination, rather than waiting for the entire backlog to process.

Do I need background task support to run real-time GitHub issue analysis?

You need background task support to run real-time GitHub issue analysis, specifically the ability to run tasks with run_in_background=true and poll background_output(). Without this environment capability, the parallel streaming and per-issue isolation cannot function.

Why does my GitHub issue triage stop after fetching the first page of issues?

GitHub issue triage requires exhaustive pagination to collect all issues before launching background tasks. If it stops early, the process likely did not complete full pagination, preventing the subsequent parallel task launch and real-time streaming from initiating across the remaining backlog.