用途：对单个 GitHub Issue 做分诊，即分配 type/ 与 priority/ 标签，在有值得记录的判断时留下一条评论，然后移除 status/needs-triage。适用于用户要求“triage #N”“triage this issue”、Issue 缺少 type/ 或 priority/ 标签，或带有 status/needs-triage 标签的情况。每次调用只处理一个 Issue；批量处理由调用方先列出待分诊列表，再逐个调用。
主要能力：查看 Issue 内容后决定标签与是否评论；提供优先级分级参考（critical：鉴权绕过、数据丢失、生产中断、正在被利用；high：有现实攻击路径的安全问题、核心流程中断、阻塞其他工作；medium：应修复、体验退化、有明确收益的重构；low：打磨、清理、可选改进）。判断锚点是受影响人群、损害可逆性与影响范围，拿不准时降级。评论需在优先级为 critical/high、与其他 Issue 有关联、工作量评估不明显、存在阻塞时有价值；当标题与正文已覆盖优先级理由且无额外信息时应跳过，不要复述正文。
使用方式（命令保持原样）： gh issue view <n> --json title,body,labels gh issue edit <n> --add-label type/X --add-label priority/Y --remove-label status/needs-triage gh issue comment <n> --body-file - gh issue list --label status/needs-triage --json number,title,body,labels --limit 50
限制：分诊阶段不阅读代码；若需对照代码验证说法、确认根因或评估影响范围，应改用 investigate-issue 技能。标签约定以仓库实际标签为准，可用 gh label list 查看。评论只在必要时添加，否则保持静默；评论头部使用当天日期。资料未提供价格、平台等其他信息。