用途：当一批 GitHub issue/PR 被报告为同一故障模式（来自 Slack、iMessage、支持线程或手工列表）时，用该技能做基于证据的重复项去重，给出可执行的分类、评论与清理方案，避免重复工作并保留贡献者署名。
主要能力：把每个集群当作分诊系统处理，做确定性分类、生成可审计的评论文本、执行安全的变更流程。支持 plan（默认）、execute、autonomous 三种模式；autonomous 模式从用户提供的链接出发，只沿引用内部链接扩展，先判断集群相对当前 main 是否仍有效、是否仍需要修复，再推进修复/合并/关闭。
用法要点：输入 cluster_refs（必填，issue/PR 的 ID 或 URL），可选 mode、channel、repo、canonical_hint、merge_guard、dry_run 等。通过 gh 命令读取与操作，例如 gh issue view、gh pr view、gh pr diff、gh pr checks、gh pr merge；相似项搜索使用 gh issue list / gh pr list 的 --search 与 --json 参数。技能内置 cluster-intake、similarity、evidence、decision、synthesis 五个子代理按序串联，若不可用则按同一顺序手工执行。
适用场景：维护者需要把重复 issue/PR 折叠到唯一 canonical 路径、避免重复 PR churn、生成带署名的关闭评论与审计记录；也适用于从支持渠道汇总来的疑似重复集群。
限制：执行以命令读回与确定性文件/元数据检查为准，不做超出分诊逻辑的推测分析；默认保守，含 dry-run 与阻塞项；存在硬阻塞时标记为 manual-review-required，不自动关闭；autonomous 模式默认不做广泛 GitHub 搜索，需扩展时须说明理由；若仓库有更高优先级的 AGENTS/CONTRIBUTING 规则，以其为准。具体价格、可用平台与效果资料暂未提供。