triage — 问题分诊
- 触发方式:
/triage或关键词「triage」「分诊」「分类」「优先级」 - 适用场景: 管理 Issue 队列、评估 Bug 优先级、整理需求池
- 不适用场景: 修复 Bug 本身、详细需求分析
功能概述
triage 通过状态机驱动的问题分诊流程，帮助你快速评估和分类 Issue/Bug/需求。它会按照预定义的分诊角色对每个条目进行评估：有效性 → 优先级 → 分配。
触发条件
以下情况会自动触发 triage：
- 提到批量处理 Issue
- 需要评估和分类需求/Bug
- 使用
/triage命令
使用示例
示例 1：批量分诊 Issue
/triage 帮我分诊 GitHub 上最近一周新增的 15 个 IssueClaude 会依次评估每个 Issue：
- 有效性: 是否可复现、信息是否充分
- 优先级: P0（紧急）到 P4（长期）
- 分类: Bug / Feature / Enhancement / Question
- 分配建议: 推荐处理人
示例 2：单个 Bug 分诊
/triage 用户反馈支付页面在 Safari 上白屏，但没有提供版本号Claude 会：
- 标记为「信息不足」，生成需要追问的问题列表
- 给出临时优先级建议（倾向高优先级，因为涉及支付）
示例 3：需求池整理
/triage 这是产品给的 20 个需求，帮我分类和排优先级示例 4：线上事故分诊
/triage 线上刚发现一个安全漏洞，帮我评估严重程度和响应级别示例 5：技术债务分诊
/triage 代码扫描发现了 50 个警告，帮我分类哪些需要立即处理分诊维度
| 维度 | 选项 | 说明 |
|---|---|---|
| 类型 | Bug / Feature / Enhancement / Tech Debt / Question | 问题的本质 |
| 优先级 | P0 - P4 | 紧急程度 |
| 影响范围 | Critical / High / Medium / Low | 对用户的影响 |
| 复现性 | Always / Sometimes / Once / Unknown | Bug 的稳定程度 |
| 状态 | Needs Info / Ready / In Progress / Blocked | 当前处理状态 |
注意事项
- 分诊是评估，不是修复 — 分诊完成后用对应的 Skill 处理
- 信息不足的条目应该标记为「Needs Info」而不是直接关闭
- 优先级评估要考虑用户影响 × 发生概率 × 修复成本
- 批量分诊时建议每批不超过 20 条，保证评估质量