Triage 用于把项目 issue tracker 中的 issue 沿一组分诊角色组成的小型状态机推进。若仓库把外部 PR 视为请求入口，则外部 PR 也纳入分诊：PR 被视为“附带代码的 issue”，使用相同的角色、状态与状态机，少数差异标注为“for a PR”。
用途：帮助维护者评估、分类并推进 issue 与外部 PR。
主要能力：包含两个分类角色（bug、enhancement）与五个状态角色（needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix）。每个已分诊 issue 应恰有一个分类角色和一个状态角色；状态角色冲突时应先标记并询问维护者。状态转移上，未标记 issue 通常先进入 needs-triage，再转向 needs-info、ready-for-agent、ready-for-human 或 wontfix；needs-info 在报告者回复后回到 needs-triage。维护者可随时覆盖，异常转移需先询问。
使用方式：维护者以自然语言调用 /triage，例如查看需关注事项、查看某个 issue/PR、移动状态、查询可交给智能体的事项。可展示三类桶（未标记、needs-triage、needs-info 且有新活动），把外部 PR 一并列出并标注 [PR]/[issue]。针对具体项，会读取正文、评论、标签、作者、日期及 PR diff，解析既有分诊笔记，结合领域词表与 ADR 探查代码库，做冗余检查与既往拒绝检查，给出建议并等待指示；随后验证声明（bug 复现、PR 检出并运行相关测试），必要时调用 grilling 与 domain-modeling 追问，再应用结果。
限制与说明：分诊期间发布到 tracker 的评论或 issue 必须以“This was generated by AI during triage.”开头；角色为规范名称，实际标签字符串可能不同，若未提供映射应让用户运行 /setup-matt-pocock-skills。needs-info 有专用模板，可恢复此前会话且不重复已解决问题。