前言¶
倉庫裏 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
