/supergraph:triage

SkillAI & models

Apply a formal state machine to issues — assign category (bug/enhancement/question/spike) and state (needs-triage → needs-info → ready-for-agent → ready-for-human → wontfix). Issues marked ready-for-agent become inputs to supergraph:plan. Use when processing a backlog, reviewing new issues, or preparing work for automation.

Available today. Use it from your connected AI after setup.

Connect ahel once, and every AI you use reads what you have installed.

Then ask your AI: use the /supergraph:triage skill

What this skill tells your AI

The instructions your AI receives, as published by datit309/supergraph in plugins/supergraph/skills/triage/SKILL.md and read by ahel’s review.

Classify issues with a formal state machine. ready-for-agent is the handoff trigger to the supergraph pipeline.

Announce: "🗂️ /supergraph:triage — classifying issues..."

State Machine

needs-triage
    ├── enough info → [assign category] → ready-for-agent | ready-for-human
    └── missing info → needs-info → [info provided] → ready-for-agent | ready-for-human

ready-for-agent  → supergraph:plan pipeline
ready-for-human  → manual dev / architectural decision needed
wontfix          → closed with reason

Category Roles

CategoryWhen
bugObserved behavior differs from specified behavior
enhancementNew capability or improvement to existing behavior
questionNeeds clarification before any action
spikeResearch / proof-of-concept, no production code

State Roles

StateMeaning
needs-triageUnreviewed — default for new issues
needs-infoBlocked on missing information from reporter
ready-for-agentFully specified — safe for /supergraph:plan to consume
ready-for-humanNeeds human judgment (architecture, business decision, security)
wontfixWill not be addressed — reason required

Triage Workflow

For each issue:

1. Read the issue completely.

2. Assign category — bug / enhancement / question / spike.

3. Check readiness for agent:

A bug is ready-for-agent when:

  • Steps to reproduce are clear
  • Expected vs actual behavior is stated
  • Environment info is present (version, OS, config)
  • No architectural decision required

An enhancement is ready-for-agent when:

  • Acceptance criteria are defined
  • Scope is bounded (not open-ended)
  • No design decision blocking implementation

If NOT ready → set needs-info and list exactly what's missing (one question per response).

4. Assign state and apply labels via GitHub CLI:

gh issue edit <number> --add-label "bug,needs-info"
gh issue edit <number> --add-label "enhancement,ready-for-agent"
gh issue edit <number> --add-label "wontfix"
# Add comment explaining state change:
gh issue comment <number> --body "Triage: [reason for state]"

5. For ready-for-agent issues — summarize for plan intake:

Issue #N: [title]
Category: bug | enhancement
Acceptance: [1-3 criteria]
Constraints: [any known]
→ /supergraph:plan

Batch Triage

For a backlog of issues:

gh issue list --state open --label "needs-triage" --json number,title,body

Process each in order. Report counts at end:

Triaged: N issues
  ready-for-agent: N  ← entry point for /supergraph:plan
  needs-info: N
  ready-for-human: N
  wontfix: N

Rules

  • Never mark ready-for-agent unless acceptance criteria are unambiguous
  • ready-for-human for anything requiring architecture, security, or business decisions
  • One question at a time for needs-info issues — don't dump all questions at once
  • wontfix always requires a reason in the comment

Signals

GitHub stars
22
Forks
5
Last commit
Sep 2026
Hacker News mentions
20
Advanced
Catalog kind
skill
Gateway key
triage-datit309
Source
github.com/datit309/supergraph