用途：在项目问题跟踪器中，通过一套由分诊角色构成的小型状态机推进问题处理，适用于分诊或审查新进缺陷与功能请求等场景。
主要能力：分诊使用两类分类角色——bug（某处损坏）与 enhancement（新功能或改进）；五种状态角色——needs-triage（待维护者评估）、needs-info（等待报告者补充信息）、ready-for-agent（已完整规范，可供 AFK 智能体处理）、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，并给出数量与每项一行摘要。分诊具体问题时先收集上下文（正文、评论、标签、报告者、日期、既往分诊笔记、代码库与领域术语、ADR、.out-of-scope/ 中相似的历史拒绝），给出分类与状态建议及理由并等待指示；缺陷先尝试复现（成功复现、失败复现或信息不足），必要时进行 /grill-with-docs，然后按结果执行：ready-for-agent 发布 agent brief，ready-for-human 结构相同但说明不可委派原因，needs-info 发布分诊笔记（需具体可执行的问题），wontfix（bug）礼貌说明后关闭，wontfix（enhancement）写入 .out-of-scope/ 并在评论中链接后关闭。快速状态覆盖时直接应用角色，确认将要执行的操作后执行；若未经过 grill 就移到 ready-for-agent，询问是否要编写 agent brief。存在既往分诊笔记时，先阅读、检查报告者是否已作答，再呈现更新后的情况，不重复询问已解决的问题。
限制：实际标签字符串可能与规范角色名不同，映射应由使用者提供，否则运行 /setup-matt-pocock-skills；分诊期间发布到跟踪器的每条评论或问题都必须以“This was generated by AI during triage.”声明开头；具体安装命令、收费、价格、平台与效果等资料暂未提供。