DeepSeek DSH 插件生态 5 层 2.3万 Star，你该装哪一层

DeepSeek Harness（DSH）主仓 27.5 万 Star、0 个 open issue、MIT 协议，热度早就不是问题——真正的问题是它长出来的一圈插件生态，谁在维护、热度差多少、招商/运营圈的人该装哪一层。今天用 GitHub API 把 5 个仓的一手数据全拉下来，按热度排成 5 层，直接给装机结论。

先摆数据：5 个仓的 Star 差 25 倍

下面这张表全部是当天 GitHub API 一手核验，不是转述。

主仓对精选目录，热度差 11.7 倍；主仓对单个插件仓，差 61 倍。这个数字本身就是结论：绝大多数人的注意力停在主仓，真正动手装插件的人，读的是中间那两层。

来财IP · AI行业每日情报

数据差 25 倍意味着什么

先说清楚一个常被混掉的事实：主仓的 27.5 万 Star，绝大部分是冲着「DeepSeek + Agent 跑通一件事」这件事来的，不是冲着「装插件」来的。所以你会看到一个很陡的衰减曲线——主仓 27.5 万，精选目录 2.3 万，市场 1.1 万，网页壳 1 万，单个插件 4.4 千。每往下走一层，数量掉一个量级。

这条曲线本身就是选型信号：你花 30 秒扫一遍这几层的 Star 差，就知道「生态里真正被反复打开的是哪几层」。大多数人在 L1 停住了（知道 DSH，没往下走），少数人到了 L2/L3（开始挑插件、找安装入口），真正落到 L5 单插件的人最少。你要判断一个插件值不值得挂进生产链路，看它有没有被 L2 收录，比看它自己 Star 高不高更靠谱——因为 L2 是社区帮你做过的第一道筛。

再补一个容易被忽略的对照：主仓 pushed_at 停在 11-04，而 L2/L3/L4 三仓都在 11-06~11-07 有动。这说明协议层已经「定型」、活跃度下沉到了生态层——你判断「这个生态现在还活着吗」，别看主仓停没停，看中间那几层最近 48 小时有没有 push。主仓停两天是正常（大项目收敛期），中间层集体停一周才是危险信号。

5 层各自解决什么问题

装机顺序有讲究：L1 是地基，L4 决定你用网页版还是桌面版（本机 11-04 起日常用桌面版替代网页版，端口和 token 自动管，把 8734/8735 两个端口全解放出来），L3 是安装通道，L2 是挑货目录，L5 是按需挂的能力件。把顺序反了（先装 L5 再补 L1）会出诡异故障——插件挂在没有正确初始化的引擎上，看着能跑，其实 token 是网页版那个，行为不一致。

哪一层真正值得动手

跑招商自动化的人，实用落点是三件：

1. L1 桌面版替代网页版——网页版要自己起服务、管 token，桌面版双击即用，本机实测把 8734/8735 两个端口解放出来。省在哪：网页版每次要手动起服务、配 token、守两个端口，断电或重启后经常「能连但状态不对」；桌面版把这些全收进 App，双击即起、token 自管，跑自动化任务时不用每次先手动确认服务活着。对你这种「早上开机让 agent 自己跑招商清单」的场景，桌面版少掉的恰恰是这一步。 2. L5 上下文/记忆类插件——做「渠道客户长期跟进」这种要记住每个客户上次拿过什么、什么时候要补的场景时，上下文管理是刚需，比多装十几个花活插件管用。招商清单跑的是「每个渠道商最近一批货、有效期、复购节点」，这些上下文不挂进引擎，agent 每次都得重新翻文件，既慢又容易翻错版本。 3. L2 只读不装——它是索引，装插件前翻一遍它列的品类，比在 L3 市场盲点要稳。

这三件的共同点：都是「省你重复劳动」的那一层，而不是「让你界面更漂亮」的那一层。招商/合规圈真正该警惕的，恰恰是 L3/L4 里那些好看的花活——你不会因为仪表盘更炫就多签一个渠道商，但你会因为一个没记上客户跟进上下文的自动任务，漏掉一笔补货窗口。

反过来说，L5 也不是越多越好。dsh-context 这种单点能力件（上下文/记忆）值得挂，但一次只挂一类、观察它在你真实工作流里的命中率，再决定要不要加第二个。一次挂七八个插件、每个都半开，等于什么都没配好——上下文串味、token 打架，最后排查的时间比手写还长。

来财IP · AI行业每日情报

装机前 30 秒自查 3 条

主仓 275,238 Star、0 open issue、11-04 还在 push，三条全绿；单个插件仓（如 dsh-context 4,487 Star）主要看「被 awesome 目录有没有收录」，这是判断一个中小插件值不值得挂在生产链路上的最低成本信号。

为什么把「0 open issue」当成主仓的一条活仓指标：主仓这种体量的项目，issue 数不为 0 才正常。它是 0，说明要么靠桌面版/市场仓把反馈分流走了，要么维护者把 issue 关了集中处理。不管哪种，结论一致——协议层稳定，你挂在上面不用担心引擎半路改接口。真正要盯 issue 的是 L5 单插件仓，一个 4 千 Star 的插件如果 issue 堆到几十条没动，就别挂进生产链路。

来财IP · AI行业每日情报

对你意味着什么

做渠道/招商自动化的人，DSH 生态真正省你的不是主仓那 27 万 Star 的名头，而是中间那两层——目录帮你省翻仓库的时间，市场帮你省装插件的折腾。装机按 L1→L4→L3 的地基顺序走，能力件（L5）用到哪个挂哪个，别贪多。

放到招商场景里，这条选型逻辑还有一层：你招渠道、签代理、补货，本质是「长期跟进一批人」，最怕的不是工具不炫，而是工具记不住。所以 L5 的上下文/记忆类插件，对招商圈的价值远高于对纯技术圈的价值——技术圈多挂个界面插件顶多少个快捷键，招商圈漏一条客户跟进记录就实打实丢一笔补货。判据一句：你装插件省的是「操作时间」还是「记错成本」，后者才值得花钱。

再给一个可操作的小流程：下周开跑招商任务前，先在 L2 目录里花 10 分钟看有没有「上下文/记忆」这个品类被收录的仓，有就只挑那个装，把 L3 市场里其他花活插件全先放下；跑一周，用「客户跟进有没有翻错版本、漏没漏节点」这两个可量化的指标判断要不要留。装与不装，让一周真实任务的结果投票，不是让 Star 数投票。

数据口径

5 仓 Star / license / 最近 push 均为 2026-11-07 当天 GitHub API 一手核验（api.github.com/repos 与 /search/repositories），非转述；装机分层与 L1~L5 定义为本文归纳，非官方口径。

下一篇

这篇属于「DSH 插件生态」系列。下一篇实题：DSH 桌面版 vs 网页版 27 个功能对照——哪些场景必须桌面版、哪些网页版够用（附本机端口占用实测）。

关注后，下一篇自动追更。后台回复「DSH」，领 5 仓装机自查清单（当天 API 核验的 Star/协议/活跃度对照表，真实可下载）。

免责声明：本文数据均来自公开渠道，仅供信息参考，不构成任何投资或使用建议