通用方法 · 熟练
装了几十个技能，有几个真在干活？
先问成本，再看功劳 —— 装得多，不等于用得上
技能装上就一直在花你的上下文 —— 哪怕这次它一次都没被用到。而「花了多少」与「帮上多少」这两件事，大多数人的手上都没有数：装的时候凭兴趣，装完就没再看过。这一页给一套 技能成本审计 的做法：先让工具把「本次加载了但一次没用过」的技能列出来、并报出各自占多少上下文；再对每个还在用的技能做一次基线对照（带着它跑一遍、不带着它再跑一遍），看它到底是贡献还是噪声；最后按「留 / 降级 / 卸」三档收口。关键动作只有一个：把「装了什么」变成一张带成本与证据的台账，而不是一份收藏夹。
方法 · 一图看懂
1
先拿到成本侧的数字 — 让工具报出「本次加载了却一次没用过」的技能清单，以及每个技能在上下文里占多少；把这两个数写成台账的第一二列
2
自报使用频率 — 自己补一列：这个技能最近两周你主动用过几次（一次都没用过就写 0，不许写「可能用过」）
3
对高频技能做基线对照 — 挑最常用的那两三个，带着它跑一遍真实任务，再在不加载它的情况下把同一件事跑一遍，比较结果差在哪
4
按三档收口 — 留（有证据说它改变了结果）· 降级（偶尔用 ⇒ 改成按需触发而不是常驻）· 卸（用不上且占成本）
5
把台账挂到每月一次的动作上 — 每月固定一天重跑一次成本侧的数字，变动超过阈值的技能自动进待议清单
原理 · 为什么有效
技能不是「多装一个多一份能力」，它是一次常驻的开销加一份可能被误触的说明。两件事同时发生：一、成本是常驻的 —— 只要它被加载，它占的上下文就在那里，与你这次用不用它无关；技能一多，真正该被读到的东西就被挤薄。二、收益是有条件的 —— 一个技能只在它被正确触发、且触发后确实改变了结果时才产生价值；触发条件写得含糊的技能，既可能在该用的时候不生效，也可能在你不希望它生效的时候插进来。为什么「基线对照」是这里唯一的硬判据：凭感觉说「这个技能好用」是记不住的，也说不清；而「带着它 / 不带它」两次跑同一件事，比较的是结果本身——这是唯一不需要记忆、也不依赖印象的证据。⛔ 注意：成本侧的数字只是候选，它不告诉你该卸哪个 —— 它只把「值得看一遍的那几个」挑出来。
适用场景
适用：已经装了十几个以上技能 / 插件的人 · 明显感觉「模型变笨了 / 回答越来越啰嗦」但找不到原因的人 · 接手别人配好的环境、想知道里面有什么的人 · 要给团队定一套「装什么必须报备」规则的人。
⛔ 不适用：只装了三五个、且每个都能说出用在哪的人 —— 先别做审计，先把这几个用熟。
⚠️ 前提：你手上得有一台能报出技能加载情况或上下文占用的客户端（很多客户端已有这类命令或面板）。取不到成本侧数字时的替代路径：改用「卸载后跑一遍」的对照法 —— 逐个禁用再跑同一件事，结果变差的那几个就是真在干活的。
自测 · 5 问
我能不能说出「我现在装了几个技能」这个数字？说不出，说明从装完就没再看过。
其中最近两周一次都没被用到的有几个？
我最常用的那个技能，我有没有做过一次「不带它再跑一遍」的对照？
我装的技能里，有没有几个是「触发条件写得含糊、什么时候生效说不清」的？
如果明天有人问我「这个技能留着是为了什么」，我能不能一句话答出来？
怎么上手 · 验证步骤
第一次只做两件事，半小时内能做完：① 把成本侧的数字抄下来（加载了几个 · 其中一次没用过的有几个 · 各自占多少）；② 挑一个你最常用的技能做一次基线对照 —— 找一件你平时真的会做的活，带着它跑一遍记下结果，再禁用它把同一件事跑一遍，把两次结果并排放。有了这两个，台账就已经立起来了，剩下的是每月重复一次。先只处理「一次没用过 + 占成本靠前」的那两三个，别一次动全部 —— 一次改太多，出问题时分不清是谁引起的。
自检动作：写下这一句 ——「我装了 N 个技能，其中最近两周用到过 M 个，做过基线对照的有 K 个，本月卸掉了 J 个」。N 与 M 的差就是你的成本面，K 大于 0 才说明这份台账不是清单。