关于 triage
用于整理 herdrdev/herdr 未关闭 GitHub 问题的仓库技能。它按规定的优先级分类，并以简洁 Markdown 表格列出问题年龄、反应数和判断理由。
主要功能
- 01检查未关闭的问题
- 02按严重程度给出建议
- 03报告问题年龄与反应数
- 04输出简洁 Markdown 表格
适用场景
- 01排列 Herdr 缺陷报告的优先级
- 02生成简洁的问题分类摘要
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/triage确认已加载。
详细介绍
Herdr Issue 分诊
仅可在 herdr 仓库内使用此技能。
当用户说 triage 时，检查 herdrdev/herdr 的开放 GitHub issue，并返回一个简洁的 Markdown 表格。优先使用 GitHub MCP 工具（如果可用）。如果不可用，仅在已配置好已认证访问时使用 gh issue list / gh issue view。
使用此表格形状：
| 信号灯 | 建议 | Issue | 存续时间 | 反应数 | 原因 |
|---|---|---|---|---|---|
| 🔴 | 立即修复 | #123 | 18d | 5 | 用户可见的回归 |
| 🟡 | 排队 | #124 | 42d | 2 | 有用但不阻塞 |
| 🔵 | 推迟 | #125 | 7d | 0 | 外观打磨 |
将 issue 编号保留为 Markdown 链接。存续时间 使用 issue 创建至今的天数。反应数 使用总反应数；仅当细分会改变解读时，才包含紧凑细分，例如 7 (5 👍, 2 👀)。
使用这些信号灯进行分类：
- 🔴
立即修复：可复现的 bug、崩溃、数据丢失、工作流受阻、发布风险，或高置信度的用户可见回归。 - 🟡
排队：有用的功能、重要的质量问题、重复出现的用户信号、仍然看起来有效的陈旧 issue，或值得安排的行为。 - 🔵
推迟：外观打磨、低信号想法、不清晰的报告、仅文档的小问题，或很可能需要更多证据后才能实施的 issue。
建议应为简短祈使短语：立即修复、排队、推迟、需要复现、关闭？ 或 需要负责人决定。
仅在需要说明范围时，在表格前写一句话，例如检查了多少个开放 issue。在表格之后，最多添加一条简短说明，用于不确定性或后续跟进。除非用户要求深入，否则不要写长篇叙述。
评论
支持 Markdown