前言¶
仓库里 issue 和外部 PR 越来越多之后，人工分诊的成本会明显上升：先看标题不知道该归谁，再看评论才知道缺了什么，最后还要给每个任务整理一份让 Agent 能直接开工的简报。triage 这个 Skill 就是面向这个环节的，把 issue 和外部 PR 放进一套 triage 角色的状态机里流转，完成分类、验证、按需追问，最后输出 agent-ready brief。
这是什么¶
triage 是一个发布在 SkillHub 上的社区 Skill，坐标 @user_0b46df4a/mp-triage，版本 1.3.1+r1，来源标记为 community，发布者是 user_0b46df4a，分类为 ai-agent。它基于通用 SKILL.md 格式，解决的是「issue 和外部 PR 从进入仓库到形成可执行任务之间」的分诊环节：不是简单打标签，而是让一组 triage 角色按状态机依次接管。
官方一句话简介如下：
Move issues and external PRs through a state machine of triage roles, categorise, verify, grill if needed, and write agent-ready briefs.
抓取时页面显示评分 100000、下载 1350，标签 requires_api_key=false，即不需要配置 API Key。
核心功能¶
按官方简介，能力可以拆成四步，都发生在状态机内部：
- 状态机流转：issue 和外部 PR 在一组 triage 角色之间流转，不是一次性脚本，每个角色负责一个阶段的状态。
- 分类（categorise）：对进入的 issue 和外部 PR 做归类，决定后续由哪个角色处理。
- 验证（verify）：检查条目内容是否成立，外部 PR 是否满足合并前提。
- 按需质询（grill if needed）：需要时对提交者严格追问，不是所有条目都会走到这一步。
- 生成简报（write agent-ready briefs）：把处理结果整理成 Agent 可以直接使用的简报，供下游执行。
其中第 4 步是条件触发，是否追问由状态机判断，而不是无条件执行。
安装与启用¶
Skill 采用通用 SKILL.md 格式，在支持 SkillHub 的客户端（如 Cursor、Codex CLI、Claude Code 等）中按各自流程添加该 Skill 的坐标即可启用，各客户端的具体操作略有差异，以客户端内的 SkillHub 安装入口为准。
需要说明的是：已抓取资料中没有给出官方安装命令，官方页面抓取失败，本文不编造命令。目前能确认的配置信息只有一条：
requires_api_key=false
也就是说启用该 Skill 不需要准备 API Key。
典型用法¶
官方资料只提供了一句话简介，没有给出可复现的命令行示例。按简介描述，典型工作流的顺序是：
- issue 或外部 PR 进入 triage 状态机；
- 由 triage 角色接管，先做分类；
- 进入验证环节，核对内容与合并前提；
- 需要时触发质询，向提交者追问；
- 状态机收敛后，产出 agent-ready brief，交给下游 Agent 执行。
因为缺少官方示例，以上是流程顺序的转述，不是可执行的命令。
适用场景与注意¶
适合的场景：issue 和外部 PR 数量多、需要把分诊环节交给 Agent 的仓库维护者；希望分诊结果附带可直接派单简报的团队。
注意几点：
- 这是 community 来源的 Skill，发布者为
user_0b46df4a，采用前建议先审阅其提示词和流程定义。 - 页面抓取失败，安装命令、客户端差异、更细的配置字段都未能核实，启用前以 SkillHub 页面最新信息为准。
- 状态机的具体角色划分、验证和质询的触发条件，资料中没有展开，需要阅读 Skill 本体才能确认。
- 评分与下载量来自抓取时页面显示，会随时间变化。
结尾¶
triage 的价值在于把「分诊」从人工经验变成可重复的状态机流程，并且终点是给 Agent 的简报，而不是另一条待读消息。如果你的仓库正被 issue 和外部 PR 的分诊占用，可以评估它是否适合你的流程。
官方地址：https://www.skillhub.cn/skills/user_0b46df4a/mp-triage
