triaging-issues

Applies this repository's label taxonomy and issue body rules when filing or triaging GitHub issues.

Updated Sep 15, 2026
One-click install
npx skills add https://github.com/tomada1114/quick-reply-drill --skill triaging-issues-tomada1114
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: triaging-issues
Source: https://github.com/tomada1114/quick-reply-drill/tree/main/.agents/skills/triaging-issues
Command: npx skills add https://github.com/tomada1114/quick-reply-drill --skill triaging-issues-tomada1114

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? It removes ambiguity from backlog triage by defining exactly what each type and priority label means, what an issue body must contain, and how ordering constraints are expressed, so triage decisions are made once and read back consistently. ## Core Features & Use Cases - Priority taxonomy: Defines when to apply priority: P0 through P3, plus blocked: design, blocked: dependency, and on hold, based on blocking chains rather than gut feel. - Type labels and label sync: Covers bug, enhancement, documentation, chore, and security, and explains running pnpm repo:labels to sync .github/labels.yml before forms can apply non-default labels. - Issue body requirements: Mandates a path:line for what is wrong and a mechanically checkable close condition, plus the Depends on: #N spelling that automation parses. - Use Case: When re-prioritizing the backlog, use this Skill to decide whether an issue is P0 (an open issue names it as a blocker) or P1 (foundational work future issues build on) instead of tiering by perceived urgency. ## Quick Start Ask the assistant to triage a new GitHub issue for this repository, choosing the correct type and priority label and drafting a compliant issue body.

Frequently Asked Questions about triaging-issues

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

FAQPage Schema
How do I choose between priority P0 and P1 labels for a GitHub issue?▼

Apply P0 only when another open issue names it as a blocker or there is active damage like a red main branch. Use P1 for foundational work such as CI, schema, or shared types that future issues will build on, even before a dependency is named.

What should a GitHub issue body contain for triage?▼

The body must state what is wrong today with a path:line location, and name an observable close condition as a test or command. Ordering constraints use the exact spelling 'Depends on: #N' so automation can parse them.

What is the difference between blocked: design and on hold labels?▼

blocked: design means unresolved approach alternatives exist that a human must choose between inside the tracker, and the issue still gets a priority tier. on hold is for container or epic issues, or work parked on a decision outside the tracker entirely.

Why does GitHub silently drop the chore or security label from issue forms?▼

GitHub drops labels that do not exist in the repository without reporting an error. Only bug, enhancement, and documentation are defaults, so run pnpm repo:labels to create every label from .github/labels.yml before relying on issue forms.

Does the blocked: dependency label clear automatically when the blocker closes?▼

No, the label is not removed automatically. Whoever lands the blocking issue must clear blocked: dependency by hand from every issue that named it, either in the same PR or a prompt follow-up.