插件装多了用得上的反而没咋增加？

[777-Zen]

我是 dsh 的一个插件作者，写了 dsh-capability-index（一个元插件，MIT 开源）。下面都是从自己做插件和实际使用
里来的一些想法，可能以偏概全，欢迎大家指正。想借官方讨论区，跟同在做插件的人交流一点想法。

我做这个插件，是从 dsh"一切皆插件"这个理念出发的。这个理念给我一个挺直接的预想：dsh
大概想打造一个规模庞大的插件生态——就像近两年的 skill，各种 skill
横空出世，改变了用法也抬高了上限，到现在热度都很高。所以当时我粗糙地想了想：如果 dsh
插件生态也长成这样，大概会有这么几类插件——

一类是元插件、中间件插件。它们不当明面上的技能，而是当螺丝钉、三明治里那片青菜：比如管插件的插件、工具搜索、插件市场这
类。一类是办公技能类的"巨头"，功能多、垂直。一类是偏休闲娱乐的，比如换壁纸、换皮肤。还有其它，就不多说了。

（这些是当时的一些粗糙预想，没认真写下来，现在是凭记忆复述，不一定准。）

顺着这个预想往下想，插件一旦爆发式增长，必然会撞上一个问题：装了一堆插件，反而用不上。要么用户点名才用；要么模型直接跳
过判断，习惯性地挑常用的几个，或者干脆自己手搓——闭门造车。还有提示词稀释和注意力的问题：口头强调过要用这些插件，但过
几轮对话、或者过几天，模型还是会忘，得不停提示，每次都分走一部分注意力。拼到最后，比的就是成本：谁的上下文更短、注意力
更集中、token 花得更少而质量不掉。

所以我的核心出发点其实很朴素：把 agent
对自身插件库的处理，从"机会主义的直觉判断"变成"规律性的预先审视"——先看清自己带了什么装备，再起飞。dsh-capability-index
就是这么来的：一个元插件，专门回应"插件多了反而用不上"这个问题。

后来我翻了翻插件目录，发现这个分类大类上基本应验了——壁纸/皮肤类多到爆炸，办公类有，玩梗/多模态类正热，插件市场/管理器
赛道挤满了人。但有一点我当时猜错了：我以为办公类会是"巨头"，结果先爆发的是休闲/UI
这类。预想被现实修正，这件事本身我觉得也挺有意思。

实验方面只提一句：我在自己插件上做过小规模对照，非显而易见的插件工具，有提示比没提示的调用率明显高，样本很小、方向性结
论，细节在 README https://github.com/777-Zen/dsh-capability-index，不是本文重点，只是说明我不是纯空想。

想听听大家的："插件多了用不上"这个问题，你们遇到得多吗？插件生态的分类，你们觉得会怎么长？