Issue Triage
把一堆貼上來的問題報告變成一張排序後的處理佇列:P0 排最前,每條含類型、建議標籤、確切的待補資訊問題與分流建議。
適用於: Claude Code, Codex, Cursor, Muse · 版本 1.0.0 · 需要: 你的報告:issues.txt(每個問題一個 [#id] 區塊,內文行寫症狀、步驟、環境,已知使用者數也寫上)。
預覽

範例輸出
此 Skill 產出的範例。範例內容,僅供說明。
Issue Triage report — sample Issues: 4 | P0: 1 | P1: 1 | P2: 1 | P3: 1 | Errors: 0 | Warnings: 0 Queue, ranked: 1. #101 App crashes and loses data when saving — P0, score 40 (bug, Ready for dev); 2. #102 Checkout button broken on mobile — P1, score 30 (bug, needs-info: steps to reproduce, environment / version, expected vs actual behavior); 3. #103 Add CSV export — P2, score 18 (feature, Needs a scope decision); 4. #104 Typo in settings help text — P3, score 5 (docs, backlog queue). Errors: 0. Warnings: 0.
你將獲得
- 排序後的佇列:P0 在前,每條含分數、類型與標籤
- 待補資訊問題:缺陷開工前確切需要追問什麼
- 每條的分流建議:可開工、先追問、需定範圍,或進待辦
- 報告中列出的全部輸入錯誤與警告
關於此 Skill
讀取你寫的一個純文字檔案——issues.txt,每個問題一個 [#id] 區塊,內文行寫症狀、步驟、環境與使用者數——產出 triage-report.md:按公開計分排序的佇列(資料遺失/安全/當機/崩潰 = 40 分,核心流程損壞 = 30 分,結果錯誤/緩慢 = 20 分,錯別字 = 5 分;功能請求起步 10 分,另按回報使用者數最多加 20 分)、類型與建議標籤、缺步驟/環境/預期與實際對照的缺陷報告的待補資訊問題、分流建議,以及全部輸入錯誤與警告。純本地執行、僅用標準函式庫;不抓取、不推斷——分數只是處理順序,不是嚴重程度裁決,待補資訊也絕不是關閉問題的理由。
試一試
給這四條貼上來的報告做分流——先修哪個?每條在開工前還缺什麼?
適合對象
- 在任何人動手前給支援收件匣或待辦佇列排序
- 把一堆貼上來的使用者報告變成一張可執行的佇列
- 確保崩潰在錯別字之前修,而不是之後
不適合
- 抓取問題追蹤器——報告由你貼上
- 衡量真實影響面——分數只讀報告裡的文字
- 關閉資訊不全的報告——待補資訊仍按原優先順序留在佇列裡
如何安裝
- 把安裝提示詞複製到你的 Agent:
Read https://skillu.dev/install/agent.md, then install the Issue Triage skill (issue-triage). - 或在上線後從本頁下載 Skill 包,把它的資料夾放入你的 Agent 的 skills 目錄。
- 用斜線命令呼叫它,例如
/issue-triage,然後用大白話描述你想要什麼。
常見問題
問題怎麼計分?
按報告裡的嚴重程度訊號:資料遺失/安全/當機/崩潰 = 40 分,核心流程損壞 = 30 分,結果錯誤/緩慢 = 20 分,錯別字/外觀 = 5 分。功能請求起步 10 分,另按回報使用者數最多加 20 分。分檔:40+ 為 P0,25+ 為 P1,15+ 為 P2,其餘為 P3。
報告缺資訊怎麼辦?
缺步驟、環境或預期與實際對照的缺陷報告會被標為待補資訊並列出確切問題——但保留原優先順序。缺資訊是分流問題,不是問題不重要的證據。