用途：对 GitHub issue 做状态机式分诊，帮助维护者判断哪些 issue 需要评估、等待报告者补充信息、可交给自主智能体，或需人工判断。
主要能力：每个 issue 恰好带一个类别标签和一个状态标签；标签名可按项目配置，但状态语义固定。状态包括 triage_pending、awaiting_info、ready_for_agent、ready_for_human、wont_fix。若出现冲突状态标签，应暂停并询问维护者。维护者可直接覆盖状态，异常转换会被标记。
使用方式：先编辑标签映射块，把抽象状态绑定到仓库实际标签，默认值沿用 Matt Pocock 的上游约定。分诊时先派 Explore 智能体读取完整 issue、全部评论和相关代码路径，给出类别与状态建议及理由；对 bug 尝试复现并运行仓库测试、追踪逻辑；若描述不足，运行 /domain-model 会话。按状态执行结果，例如 awaiting_info 使用 Triage Notes 模板，列出已确认要点和向报告者提出的具体问题。
强制要求：分诊期间发布的每条评论或新 issue 正文必须以“This was generated by AI during triage.”开头，无例外。
适用场景：需要批量处理新进 issue、为自主智能体准备规格完整的任务、或按项目标签规范统一分诊流程的仓库。
限制：标签名可配置，但状态语义不可更改；报告者问题必须具体可执行；资料未提供安装命令、收费、平台或效果信息。