Claude-skill-registry gh-issue-triage
Label taxonomy and triage workflow for GitHub issues. Defines type labels (bug/feature/enhancement/docs/chore), priority levels (critical/high/medium/low), status labels, and triage decision workflow. Use when categorizing and prioritizing issues.
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/gh-issue-triage" ~/.claude/skills/majiayu000-claude-skill-registry-gh-issue-triage && rm -rf "$T"
manifest:
skills/data/gh-issue-triage/SKILL.mdsource content
Issue Triage
Rules and workflows for categorizing, labeling, and prioritizing GitHub issues.
Quick Reference
| Label Type | Purpose | Mutually Exclusive? |
|---|---|---|
| Type | What kind of issue | Yes |
| Priority | How urgent | Yes |
| Status | Current state | Yes |
| Area | Which component | No |
Label Taxonomy
Type Labels (mutually exclusive)
| Label | Description | Color |
|---|---|---|
| Something is broken | (red) |
| New functionality | (cyan) |
| Improvement to existing feature | (blue) |
| Documentation only | (dark blue) |
| Maintenance, deps, infra | (yellow) |
Priority Labels (mutually exclusive)
| Label | Description | Response |
|---|---|---|
| Drop everything, fix now | Immediate |
| Next up after current work | This sprint |
| Normal backlog | Scheduled |
| Nice to have, someday | Backlog |
Status Labels (mutually exclusive)
| Label | Description |
|---|---|
| New, not yet categorized |
| Waiting for reporter clarification |
| Triaged and in backlog |
| Someone is working on it |
| Can't proceed, waiting on something |
Area Labels (project-specific, not exclusive)
Define based on your project structure:
area: apiarea: cliarea: docsarea: uiarea: auth
Triage Workflow
Step 1: New Issues
Every new issue gets
needs-triage label automatically (via GitHub Actions or manually).
Step 2: Initial Review
Is this a duplicate? YES → Close with "Duplicate of #N", link original NO → Continue Is this spam/invalid? YES → Close without label NO → Continue Is the issue clear enough to act on? YES → Continue to Step 3 NO → Add `needs-info`, comment asking for clarification
Step 3: Categorization
Apply type label: - Broken functionality → `bug` - New capability → `feature` - Improve existing → `enhancement` - Documentation → `docs` - Maintenance → `chore` Apply area label(s): - Based on affected component - Can have multiple areas
Step 4: Prioritization
Apply priority: - Production down / security issue → `priority: critical` - Major impact, many users → `priority: high` - Normal request → `priority: medium` - Nice to have → `priority: low`
Step 5: Finalize
1. Remove `needs-triage` 2. Add `accepted` 3. Assign to milestone (if applicable) 4. Suggest assignee (if known)
Priority Guidelines
Critical
- Production is down
- Security vulnerability
- Data loss occurring
- Blocks all users
High
- Major feature broken
- Significant user impact
- Blocks important workflow
- Time-sensitive deadline
Medium
- Normal bug reports
- Feature requests
- Improvements
- Most issues land here
Low
- Minor cosmetic issues
- Edge case bugs
- Nice-to-have features
- "Someday" items
Common Patterns
Insufficient Information
Issue: "It doesn't work" Action: 1. Add `needs-info` 2. Comment: "Can you provide steps to reproduce and your environment?" 3. Wait for response
Duplicate Detection
Issue: Similar to existing #123 Action: 1. Close issue 2. Comment: "Duplicate of #123" 3. Add any new context to #123
Critical Security Issue
Issue: Security vulnerability Action: 1. Add `priority: critical`, `bug` 2. Assign immediately 3. Consider private discussion
Feature Without Acceptance Criteria
Issue: "Add dark mode" Action: 1. Add `feature`, `needs-info` 2. Comment: "Great idea! Can you describe acceptance criteria?"
Reference Files
See
references/ for:
- Complete label reference with colorslabel-taxonomy.md
Integration with Other Components
Typical Triage Workflow
- Issue created using gh-issue-templates (gets
label)needs-triage - Use gh-issue-triage (this skill) to determine type and priority
- Apply labels using gh-wrangler agent
- Track state changes using gh-issue-lifecycle
Label Setup
Use
references/label-taxonomy.md to:
- Create labels with correct colors:
gh label create "bug" --color "d73a4a" - Maintain consistent taxonomy across repositories
- Setup new repositories with standard labels
Priority Assignment
Consult "Priority Guidelines" section in this skill:
- Critical: Production down, security, data loss
- High: Major features broken, significant impact
- Medium: Normal bugs and features (most issues)
- Low: Nice-to-have, cosmetic, edge cases
Related
- Skill:
- Creating well-formatted issuesgh-issue-templates - Skill:
- State transitions and linkinggh-issue-lifecycle - Agent:
- Interactive triage workflowgh-wrangler