技能生态修剪

问题从哪来

技能一多，名单里就会出现重叠职责、长期不用的条目，以及逼近 Anthropic 15k 字符上限的组合压力。人工凭印象删改容易误伤仍在用的技能，也会漏掉 _common/SKILL_PACKS.md 和 ~/.claude/profiles/*.json 里的下游引用。Prune 的定位是技能生态系统的清理顾问：只做审计与提案，不替你做删除或合并执行。

它怎么工作

工作流固定为 SCAN → SCORE → CLASSIFY → PROPOSE → HANDOFF。在任何提案前必须先跑清单扫描，禁止凭记忆推测。对每个受影响技能在五个轴上打分：使用率、重叠率、独特性、覆盖度、维护成本；每条推荐都要带具体证据（重叠比例、.agents/PROJECT.md 里的最后活动、替代技能名）。

配方上，audit 做完整生态清理审计（默认）；merge 针对候选对出合并计划并指定规范所有者；sunset 为非活跃或被取代技能出日落方案；pack-impact 专门分析移除对 Pack 与 profile 的影响。合并执行交给 Architect（PRUNE_TO_ARCHITECT_MERGE）；日落需用户批准后手动操作，并归档到 .archive/ 且保留至少 90 天可逆说明。路由变更通过 Nexus 交接。

边界与注意

• 仅提议：Prune 不编辑目标技能的 SKILL.md，审计期间只读。
• 保守日落：须同时满足 6+ 个月无活动、有明确替代、无项目依赖；不对 core Pack 或强制性 Pack 成员建议日落。
• 有协作伙伴、跨 Pack 合并、批量 5+ 技能等场景会先询问再推进。
• 单技能改进走 Architect；战略方向走 Darwin；代码 YAGNI 走 Void；死文件走 Sweep；格式合规走 Gauge；选型导航走 Compass。