用途：帮助维护者整理 GitHub Issue 积压，通过 /issue-triage 命令对开放 Issue 进行排序、分析与处理，输出分诊表格、分析结果和已执行操作。触发方式包括手动执行 /issue-triage、/issue-triage all 或 /issue-triage 42 57，也可在检测到超过 10 个无标签开放 Issue 或超过 30 天未活动的陈旧 Issue 时主动触发。
主要能力：第一阶段审计始终执行，通过 gh CLI 并行获取仓库信息、开放 Issue、近期已关闭 Issue、开放 PR 和协作者，随后从六个维度分析：分类（bug、enhancement、question、documentation、wontfix、needs-info）、与 PR 的交叉引用、基于 Jaccard 相似度的重复检测、风险分级（红/黄/绿）、陈旧度（30/90 天阈值）以及每项 Issue 的建议操作。第二阶段为可选深度分析，通过并行子代理逐项核实分类、确认重复、识别缺失信息、建议操作并估算修复工作量。第三阶段生成评论、标签、关闭三类草稿，经用户多选确认后执行。
使用方式：需满足 git 仓库环境与 gh auth status 通过。配置项包括 staleness_days、very_stale_days、jaccard_threshold、closed_compare_count、open_limit。评论与标签始终使用英文，表格与摘要默认法语，传入 en 或 english 可切换为英文。
限制：所有操作必须经用户显式确认后才执行；协作者提交的 Issue 不得自动关闭；已有标签的 Issue 不重新打标签；空正文 Issue 一律先请求补充信息；红色风险 Issue 不得自动关闭。若 gh api 协作者接口返回 403/404，则回退到最近 10 个已合并 PR 的作者。并行代理不可用时改为顺序分析。标签不存在时跳过并提示先创建。正文超过 5000 字符会截断。Jaccard 在本地基于已获取数据计算，不额外调用 API。