DSH 精选插件清单怎么用?我照单装了 8 个,3 天后只留 2 个

DSH 精选插件清单怎么用？我照单装了 8 个，3 天后只留 2 个

精选列表不是必装清单：8个进，2个出

插件实测

打开那份精选清单的时候，我数了一下：里面列了四十多个插件和技能，每一个都配一句让人想点的说明。

我给自己定了规矩：三天，每个装上，干一件我自己真要做的事。

结果 8 个进，2 个出。剩下的 6 个不是不能用，是装完之后我发现我不知道拿它干什么。

这件事比插件本身有意思，所以我把它写下来。

awesome-dsh-plugin 这个仓库，星数 24673（2026-11-14 查的），pushed_at 是 11-14，当天还在更新。它的定位是「DSH 插件和技能的精选列表」，按功能分类：UI、上下文、工具、记忆、工作流。

我为什么选它做实验对象，两个原因。

第一，它是官方推荐之外的第二个入口。插件市场里你得知道名字才能搜，精选列表是给你「先看一眼有什么」的。

第二，它有个人味。列表里的分类方式不是按技术架构分的，是按「你想干什么」分的，比如「让 agent 少犯错」「看清它花了多少」这种。这种分类方式比功能罗列有用得多。

我在里面挑了 8 个，标准是：能对应到我自己每天真的会做的一件事。不是「听起来厉害」，是能对上具体动作。

三天之后，这个标准反过来把其中 6 个筛掉了。

先摆表格，你在别的地方大概看不到这种写法：第 4 列是我拿它做的那件真事，第 5 列是结果。

这表格最右边那一列值得单独说。6 个卸掉的里面，有 5 个的问题是同一个：它解决的问题，我的规模还没到。

我给客户写脚本、改自己那个数据库平台的边角功能，一次改动几十行、上百行。提交前审计、差异预览这类东西，是为「一次改动几千行、团队多人合并」设计的。我一个人一天改两百行，它给的检查我没时间看完。

这不是插件的错，是我拿错了工具。精选列表的问题也在这：它按「功能有没有价值」分类，不按「你的规模够不够」分类。

插件市场是意料内的。它本身不产生价值，但没有它后面七个都装不上。我在之前的文章里写过一次，用久了的人插件数普遍在 4 到 6 个之间，而且偏向基础设施类。这次又验证了一遍：我 8 个里留下 2 个，其中 1 个是基础设施。

上下文用量是意料外的。我一开始把这类东西归到「界面美化」，觉得是给爱看数的人准备的。

直到第 2 天出了一件事。

我在处理一份客户导出的数据文件，脚本跑了两轮，第一轮正常，第二轮开始输出变得敷衍——本来会给解释的地方只给结果，本来会提一句「这里可能有问题」的地方直接跳过。

我当时的第一反应是模型抽风。装了上下文用量之后，我才看到真实情况：两轮的上下文用量加起来，已经顶到那条线附近了，第二轮的输出是在「空间不够」的状态下生成的。

这个信息默认界面里不是没有，是要你自己去翻，而且翻到的时候已经出问题了。它没有帮我省操作，它让我提前半小时知道该拆分任务。

这两个留下的共同点，都不是「功能强」，是「替我做了一次判断」。 一个帮我知道有什么可装，一个帮我知道什么时候该停。

我把它们的问题归成三类，这三类大概能覆盖你在精选列表里会踩的大部分坑。

第一类：和已有工具重复。 定时任务插件是典型。它做得不差，配置也简单，但我服务器上的 cron 已经跑了两年，我没有理由为了「在 DSH 里配置」把这套东西搬进去。工具叠加的隐含成本是：出问题的时候你要多查一个地方。

第二类：规模不匹配。 提交前审计、差异预览、提示词管理都属于这档。它们的设计假设是「你每天有大量产出需要被管理」。我一个人一天改两百行、一周问几十个问题，管理成本比它省下来的还高。

第三类：我自己能替代。 记忆插件那件事最有意思。它想解决的是「每次都要重新说明我的规范」。我试了两天，发现我真正想要的不是「记住我的话」，而是「按我的规矩做事」。这两件事看起来一样，实际差很远：前一个是存文本，后一个是一套检查清单。

后来我用技能把那套规矩写成了几条硬规则，问题就没了。记忆插件解决的是「我懒得重复说」，而技能解决的是「它必须每次都这样做」。后者才是我的需求。

以前我看精选列表的方式是「扫一遍，看到有意思的就装」。

现在的方式是反的：先写下我这周要做完的三件事，再去列表里找能对上这三件事的。

这个顺序换过来之后，8 个变 2 个是必然的。因为列表里绝大多数条目，对应的事我这周根本不会做。

还有一条更硬的判断，我写在便签上贴着：如果一个插件我描述不出「它替我做了哪个判断」，那它就是在给界面加东西。

这句话挡住了一半的安装冲动。

顺便说一句可能得罪人的：这份精选列表不该被当成「必装清单」看。它是「有可能用得上的东西」的清单，24673 个星是对「整理得清楚」的认可，不是对「里面每个都值得装」的背书。我看到过有人照着列表全装一遍，那个 DSH 启动会比原来慢，而且他自己说不清哪个在起作用。

这个专题到这里，主线的东西差不多讲完了：装什么、怎么装、怎么写、什么别装。

但有个我一直没解决的事：上面那 6 个卸掉的，有 3 个是「和已有工具重复」。到底怎么在装之前判断一个插件跟现有工具重不重？我用的办法还是手工对，效率很低。

下一篇我想换个人问：把同一个任务交给 DSH 和另一套 harness 各跑一遍，看它们对「插件该管多少事」的边界划在哪。那个对比大概会推翻我这篇里的一部分结论。

你怎么处理装完没用的插件？是攒着等哪天用得上，还是当场卸？我猜大多数人跟我一样，攒着——我桌上那台机器里现在还有三个没删干净的残留。

你装完没用的插件，是攒着还是当场卸？

觉得有用，欢迎点赞、在看、转发

THANKS FOR READING