用途：把项目问题跟踪器中的 issue（以及被配置为请求入口的外部 PR）沿一套小型状态机推进，完成分类、验证、追问和撰写简报。
主要能力：两类分类角色（bug、enhancement）与五种状态角色（needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix）。每个已分诊条目应恰好带一个分类角色和一个状态角色；状态冲突时先标记并询问维护者。状态流转通常为未标记→needs-triage→needs-info/ready-for-agent/ready-for-human/wontfix，needs-info 在报告者回复后回到 needs-triage。
使用方式：维护者用自然语言调用 /triage，例如查看待处理项、查看 #42、把 #42 移到 ready-for-agent、查看哪些可供智能体接手。查看待处理项时按最旧优先列出未标记、needs-triage、以及报告者有新活动的 needs-info 三类，PR 会标注 [PR]。分诊具体条目时先读全文与历史分诊记录，再查代码库做冗余与既往拒绝检查，给出分类与状态建议，验证声明（bug 复现、PR 检查 diff 并跑测试），必要时依次加载 grilling 与 domain-modeling 技能追问，最后按结果发布简报、分诊记录或关闭。
限制与注意：分诊期间发布到跟踪器的每条评论或 issue 必须以“This was generated by AI during triage.”开头。角色名是规范名，实际标签字符串可能不同，映射需预先提供，否则提示运行 /setup-matt-pocock-skills。发现仅覆盖外部 PR，协作者进行中的 PR 不算分诊工作，但被明确点名的 PR 始终分诊。已实现的功能不写入 .out-of-scope/。快速状态覆盖会跳过追问，若直接移到 ready-for-agent 需询问是否撰写简报。恢复会话时先读旧分诊记录，不重复已解决的问题。
适用场景：维护者需要批量梳理 issue/PR、判断是否可交给智能体或人工、或需要结构化追问与简报时。
暂未提供：具体安装命令、收费与平台信息。