用途：在当前仓库中对 GitHub Issue 进行分诊，使用基于标签的状态机管理流程。仓库从 git remote 推断，所有 GitHub 操作使用 gh 命令。
主要能力：每个 issue 应恰好有一个状态标签和一个类别标签。类别标签为 bug、enhancement；状态标签为 needs-triage、needs-info、ready-for-agent、ready-for-human、wontfix。若出现冲突状态标签，需先标记冲突并询问维护者，同时给出建议。状态机定义了 unlabeled、needs-triage、needs-info 等状态之间的合法迁移及触发者。
使用方式：维护者调用 /github-triage 后用自然语言描述需求，例如查看待处理事项、查看某个 issue、移动状态、查找可交给 agent 的 issue 等。工作流包括：汇总需关注事项（未标记、needs-triage、needs-info 且有新活动，按最旧优先展示）；分诊特定 issue（收集上下文、给出类别与状态建议、对 bug 尝试复现、必要时进行 /grill-with-docs 会话、应用结果）；快速状态覆盖（维护者明确指定状态时直接应用标签，跳过会话）。
输出与限制：所有发布到 GitHub 的评论或 issue 必须在正文顶部包含声明“This was generated by AI during triage.”。移动到 needs-info 时发布分诊笔记，列出已确认事项与向报告者提出的具体问题。移动到 wontfix 的 enhancement 需写入 .out-of-scope/ 并链接后关闭。恢复历史会话时读取既有分诊笔记，不重复已解决问题。参考文档包括 AGENT-BRIEF.md 与 OUT-OF-SCOPE.md。