用途：系统性盘点并整理 GitHub 仓库的未关闭 Issue，先掌握积压全貌，再分类、分组、评估是否可关闭，最后输出报告与优先级建议。
主要能力：
- 现状统计：用 gh CLI 抓取全部 open issue，并统计总数与标签分布。注意 gh issue list --limit 是上限且默认为 30，需设足够大的 limit 或使用 gh api --paginate 分页，避免漏计。分类上先分 CodeRabbit 生成与人工提交两类。
- 分类：按顺序取首个匹配项——CodeRabbit 生成（作者为 coderabbitai 或标签含 coderabbit，其他机器人不算）、人工报告 bug（bug 标签或标题含 bug/defect/failure/broken）、人工功能请求（enhancement/feature 标签）、Epic/重构（refactoring/epic 标签或标题含 Phase/refactoring）、其他。
- 分组：按代码区域、根因、修复粒度分组，列相关 Issue、拟处理方式与工作量估计。
- 可关闭判定：必须阅读当前代码验证，不能只看 PR 历史或提交信息。用 test -f、rg 查目标符号与特征字符串；若找不到，用 git log --follow -M、git log -S、git log -G 追踪重命名或移动，确认已删除才标记 Target gone。状态分为 Closable、Target gone、Unresolved、Needs confirmation、Duplicate。
- 报告：输出统计表、关闭候选表（含核对位置与证据）、分组详情与高/中/低优先级建议。
使用方式：在具备 gh CLI 与仓库访问权限的环境中运行，按五步流程执行。常用命令如 gh issue list --state open --limit 1000 --json number,title,labels,author,createdAt,updatedAt,body；关闭用 gh issue close <number> --comment "Reason"；打标签用 gh issue edit <number> --add-label "label-name"。
适用场景：Issue 积压严重、CodeRabbit 自动评审产生大量 Issue、需要清理已完成或失效 Issue 的仓库维护工作。
限制：关闭动作必须经用户批准，技能只准备分析结果；分类依赖标签与英文标题关键词，语言相关关键词仅为尽力而为；代码无法判断设计意图的 Issue 需人工确认；符号工具如 Serena 仅为可选辅助。本页未说明收费、平台与版本信息。