57个真正有用的DSH插件 呕心沥血 经过实际拷打,整理出来这几十个我觉得有用的deepseek harness的 收藏了吧

清单里 6586 条条目、6340 个仓库，真正常开的不到两位数。装之前有三件事比功能描述重要：下载量和星数对不上、同名两版能差一百倍、许可证藏在文件里。

01

流传的说法是「6254 个插件」。我把那份清单的 README 拉下来数了一遍。

文件 2.15 MB，6749 行，带链接的列表条目 6586 条，去掉重复后落在 6340 个仓库上。条目比仓库多出来的那 246 条，是因为不少插件住在同一个 monorepo 的子目录里，一个仓库挂着好几个插件。

所以 6254 这个数字偏小了，但它偏小的方向不重要。重要的是「条目数」和「仓库数」不是一回事，而这正好对应原文结尾那条提醒：别直接拿 GitHub 地址往 pnpm 里塞，会拖整个仓库下来。

举一个具体的。zhu1090093659/dsh-web 这一个仓库，9322 星，里面装着五个插件：任务看板、Git 图、SSH 面板、手机远程控制、技能浏览器，外加一个合集包。你只想装看板，按 GitHub 地址装，得到的是五个。

这份清单本身 20,141 星，用的是 CC0-1.0。CC0 的意思是作者放弃了全部权利，连署名都不用留。这种许可在插件清单里很少见，多数清单会挑 MIT 或者干脆不写。

- 清单仓库 awesome-dsh-plugin

02

原文给每个插件标了下载量，我补齐了它们的 GitHub 星数。把两个数放一起看，几乎不相关。

billion-context 下载量 177.3 万，全清单第一，星数 2396。DSH-better-sidebar 下载量 20.9 万，不足前者的八分之一，星数 4441，反而更高。

更极端的是 dsh-codex-ui，23.2 万下载，197 星。dsh-archive-manager，16.2 万下载，207 星。这两个下载量都在二十万量级，星数不到两百。

反过来也成立。dsh-pet 的 PC2005 版只有 6.6 万下载，3504 星，是那份名单里星数最高的宠物插件。

- 下载量与星数对照

这两个数测的不是同一种行为。下载量是插件市场里点一下，路径极短，装错了删掉也没成本。星数是专门跑去 GitHub 点一下，路径长，点了就留下公开痕迹。前者测的是「顺手试一下」，后者测的是「愿意为它做一次公开动作」。

用哪个判断一个插件值不值得装？都不够。下载量高只能说明入口显眼，星数高只能说明发过一次声。真正决定它能不能长期用的，是下面这个。

03

原文末尾提了一句「dsh-pet 和 dsh-code-review 都各有两版，认准作者再装」。这句话的分量比它看起来重得多。

dsh-pet 两个版本：

下载量是后者的 2.1 倍，星数只有后者的百分之一。原文正文里推荐的是下载量高的那个。

dsh-code-review 两个版本更麻烦：MichengAI 版 5.9 万下载、13 星，f-e-n-g-0531 版 2.0 万下载、9 星。两版加起来 22 颗星。一个被列进效率清单、标注五万九千次下载的插件，在 GitHub 上是这个量级。

这类插件的实际分发几乎全在插件市场内部完成，GitHub 仓库更像一个存放点。这没问题，但它意味着你没法用星数当质量信号，只能看别的东西。

- 插件市场 dsh-market

04

GitHub 接口对有些仓库会把许可证报成 NOASSERTION，意思是它认不出这是哪种标准协议。这不代表没法用，代表协议被改过。

billion-context 就是。接口报 NOASSERTION，把 LICENSE 文件拉下来看，前半段是标准 MIT，后面接了一段中文附加条款：把这个软件用在任何终端用户可见或可交互的产品上，不论商业还是开源，必须在产品首页、产品文档、「关于/致谢」页这三处里挑一处显著标明出处，并附上仓库链接。纯服务端或没有用户界面的用法，随附文档里带上声明就行。

这段条款允许商用，但要署名。照着 MIT 两个字直接用，条款就漏了。

还有个更该注意的。f-e-n-g-0531 版的 dsh-code-review，LICENSE 抬头写着「DSH Code Review 非商业源码公开许可证 1.0」。源码公开，可以看可以改，但非商业。这一版在清单里标着两万次下载。

57 个插件里翻出两个许可有附加条件的，比例不高。但这两个一个是下载量第一，一个是清单推荐过，位置都不边缘。

- 上下文压缩 billion-context

∞

原文建议先挑三五个：billion-context、better-sidebar、task-board、ssh。这个组合覆盖了上下文、界面、任务、远程四块，选得没错。

我按维护状态重排一下：

四个插件里两个住在同一个仓库，装的时候分开装，别按地址整仓拉。billion-context 装之前把署名条款读一遍，如果你做的是给客户用的产品，这条会落到你头上。

- 侧边栏底座 DSH-better-sidebar

最后一句留给原文那个判断：插件不是越多越好。装十几个之后启动变慢、快捷键抢位置，这两件事都是真的。原文没说透的是原因：每个插件注册的工具和快捷键都要在启动时占用同一套命名空间，五个插件各自想占 Ctrl+K，最后谁赢取决于加载顺序。

装之前先想清楚你要的是「功能齐」还是「少切换」。这两个目标在这套生态里暂时不能同时满足。

我是 葛胡说，热衷于AI工具与技术分享。

如果你觉得今天这篇有收获，欢迎点赞、在看、转发三连，我们下篇见。