用途：把项目议题跟踪器中的 issue 和外部 PR 按一套分诊角色状态机推进，让维护者快速判断每个条目的类别与下一步。若仓库把外部 PR 也视为请求入口，则 PR 会被当作“附带代码的 issue”，使用相同角色、状态和流程。
主要能力：角色分为两类类别（bug、enhancement）与五个状态（needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix）。每个已分诊条目应恰好带一个类别角色和一个状态角色；若状态冲突需先标记并询问维护者。流程包括：收集上下文（正文、评论、标签、作者、日期，PR 还需 diff，并解析既有分诊笔记以免重复提问）；对照代码库检查冗余与既往拒绝（读取 .out-of-scope/*.md）；给出类别与状态建议并等待指示；验证主张（bug 复现、PR 检出并运行相关测试）；必要时通过 grilling 与 domain-modeling 技能逐轮追问，并同步更新 CONTEXT.md/ADR；最后应用结果并留评。
使用方式：维护者用自然语言调用 /triage 并描述诉求，例如“显示需要我关注的内容”“看看 #42”“把 #42 移到 ready-for-agent”“哪些已可供智能体接手”。展示关注项时按最早优先列出三个桶：未标记、needs-triage、needs-info 且报告者此后有新活动；PR 会标注 [PR]。发现环节只呈现外部 PR，但被显式点名的 PR 无论作者都会处理。所有分诊期间发布到跟踪器的评论或议题必须以 AI 生成声明开头。
适用场景：开源或内部项目的议题分诊、外部 PR 初筛、把已充分说明的工作交给离线智能体、或转交人工处理与关闭 wontfix。
限制：实际标签字符串可能与规范角色名不同，映射需由环境预先提供，否则需运行 /setup-matt-pocock-skills；状态迁移异常或冲突时应先询问维护者；wontfix 中“已实现”分支不得写入 .out-of-scope/。其余细节暂未提供。