ARTICLE · 1352909
我给 AI 禁掉了 46 个插件:常驻工具从 780 个掉到 28 个
我给 AI 禁掉了 46 个插件：常驻工具从 780 个掉到 28 个
先说一个我昨天才想明白的事：我的 AI 助手每次开新对话，都要先"认识"780 个工具。
780 个。而我日常真正会用的，不超过 10 个。
剩下的 750 个干嘛的？待命。每一次对话，它们的说明书都摊在桌上，占着地方，等一个永远不会来的调用。
这就像你雇了个助理，入职第一天你给他发了 780 本操作手册，让他全部背下来——然后这三个月里，你只让他订过外卖。
昨天我把 46 个插件全禁了。今天数了一遍：剩 28 个。
事情从头说。
1. 起因：一篇别人的实测，扎到我了
OpenRouter 发过一篇实测，比较 MCP、CLI、Skills 三种 AI 工具接入方式的上下文 token 成本。看完我意识到一件事：他们测的是模型侧的成本，而用户侧的浪费没人测过——比如我这种"看到插件就想装"的人。
我的 ZCode 里装了 47 个插件，全部启用状态。装的时候每个都觉得"以后可能用得上"：九个金融分析插件、一整套文档创作工具（PDF/word/PPT/图片/音频/3D/电路图……）、各种办公软件的命令行。
然后我让 AI 数了数它自己能调用多少个工具。
2. 780 个工具都是谁
清单拉出来，我自己都愣了：
金融插件 9 件套：约 360 个工具。 最离谱的是这九个插件里，好几个底层接的是同一批数据服务——相当于同一套说明书复印了九份，每份都全文背一遍 文档创作全家桶：约 270 个工具。 光一个 PDF 插件就带 95 个工具，而我在这个项目里用过它的次数是：零 其他杂项：约 150 个
合计约 780 个工具的说明书，常驻在每一次新对话的上下文里。
这里解释一下"常驻"为什么贵：AI 助手每开一个新会话，都要把所有可用工具的名字、功能描述、参数说明读一遍才能干活——这是你付的"底薪"，不管你今天用不用这些工具，工资照发。757 个插件工具按平均几百 token 一份说明书估算，每次开局的白烧量级在几十万 token（这个数是估算，工具数是实数，两个口径分开算账）。
而我，一个写公众号的，九个金融插件一个都没用过。
3. 动手：禁掉 46 个，留 1 个
做法很暴力：插件配置文件里 47 个开关，46 个改成 false，只留一个安全扫描插件（这个真用得上，它每天都在我的工作流里拦东西）。
改完重启，开新会话，再让 AI 数一遍：
28 个。
而且这 28 个里，有 20 个是官方内置的文档查看器（不算插件，禁不了），2 个网页阅读器，1 个代码沙箱——真正算"插件"贡献的，只剩 5 个。
也就是说：46 个插件的 757 个工具，禁完之后只剩 5 个。99.3% 的常驻工具，删除前后我的工作效率没有任何区别。
实测：47 个插件全开 vs 只留 1 个，会话常驻工具数 780 → 28
最讽刺的对比：那个我留下来的安全插件，5 个工具，每天真的在帮我拦截风险；那 46 个被禁的插件，750 多个工具，几个月里一次都没被调用过。
4. 三种接入方式，一份选型表
这事让我把 MCP、CLI、Skills 三种方式的账彻底算清了：
| 高 | |||
| 零 | |||
| 极低 |
结论一句话：MCP 是正式工，雇之前想清楚；CLI 是小时工，用一次结一次；Skills 是外脑，名片先收着，有事才请。
我以前的错误就是把 750 个"可能有用"的全雇成了正式工，每天发底薪。
5. 你可以现在做的三件事
数一数你自己的：问你的 AI 助手"列出你现在能调用的所有工具"——数字超过 100 的，往下看 砍到只剩真用的：插件管理里把三个月没调用过的全禁了。放心，不是卸载，真需要时一个开关就回来 以后装插件前先问一句：这个能力，是不是一个 CLI 命令就能替代的？是的话，别装——CLI 不要底薪
对了，那九个金融插件我也没删，只是禁用了。哪天真要写财报分析，开关一开就回来。
但在那之前，我的 AI 终于不用每天背 780 本说明书了。
花絮：这次测量本身就很滑稽——我想知道这个环境有多胖，结果发现它连体重秤都没有（没有上下文统计命令），最后是让 AI 自己一个一个数工具数出来的。一个管着 780 个工具的助手，说不清自己身上有几件工具，这事我发出来的时候，估计有人会笑。
