DeepSeek Harness（DSH）是目前增长最快的本地 AI agent 运行时：主仓 deepseek-ai/deepseek-harness 星标 16.9 万（MIT，2026-08 实测），口号是「万物皆插件」——模型、工具、技能、会话、沙箱、存储、界面全部可替换。它仍处 developer preview，官方明确核心插件与 API 会继续变。这篇讲三件事：它的插件生态热在哪、星标榜该怎么读、以及哪些插件值得进你的观察清单（含我们逐仓核过的许可证警示）。
DSH 是什么，不是什么
它是一个可组装、可审计的本地 agent 运行时：给它一个工作区，agent 能读写文件、执行命令、委派子任务，高影响动作前请求人工批准，全程留追加式执行轨迹。它不是客户端 UI 框架——用它做产品，正确姿势是把 DSH 藏在可替换的运行时适配层后面，外层用成熟的桌面/Web 技术做产品壳；直接把它的 Web UI 包一层当消费级产品，等于把用户体验绑死在一个 preview 项目的升级节奏上。
插件生态的真实规模
GitHub 上带 dsh-plugin 标签的仓库约 7,700 个，但混有大量非插件项目。更可信的口径是精选目录 awesome-dsh-plugin（
10.2k，我们 2026-08 实测）：要求每个条目带 dsh.bundle manifest、可通过 dsh plugin add 安装，收录约 1,487 个条目。注意目录的自我定位——只确认能装，不排质量，不做安全审查。
按目录 2026-08-18 的星标快照统计前 100 名，热度集中在五类基础缺口：
| 需求簇 | 前100中的数量 | 在解决什么 |
|---|---|---|
| 界面与控制感 | 19 个 | 任务板、侧边栏、TUI、文件引用——用户要看见 agent 在干什么、能不能回退 |
| 工作流编排 | 9 个 | 需求→执行→评估的可重复流程、多 agent 分工、定时任务 |
| 长期记忆 | 8 个 | 跨会话不失忆：项目知识、偏好、失败教训的可控沉淀 |
| 通知与人工接管 | 8 个 | 长任务何时叫人回来批准——agent 正在变成异步系统 |
| 插件市场与发现 | 8 个 | 1,500 个插件里选哪个、怎么升级、冲不冲突 |
一个反直觉信号：安全类在目录里有 57 个条目，进前 100 的只有 2 个。不是安全不重要，是安全插件难演示、难传播——这恰恰说明策略执行、审计、凭证隔离这一层供给不足，对做企业级产品的人是空白信号，对普通用户是风险信号：生态的注意力还在功能和界面上。
星标榜怎么读才不上当
前 100 的星标分布是极端幂律：第 1 名占前 100 星标总和的 29.2%，前 10 名占 85.6%，第 50 名只有 75 星，第 100 名 24 星。而且榜首基本是「上游大项目的 DSH 适配器」——比如排第一的记忆插件是火山引擎 OpenViking 主仓下的一个子目录，目录统计时继承了主仓约 3 万星标；扣掉这类上游继承，DSH 原生插件的真实星标池要小得多，更不能把它读成「这个插件有 3 万用户」。
判读口径：前 20 名反映的是上游品牌势能 + 对核心缺口的补齐程度；20 名之后星标差距很小，只能当「值得看」的候选清单，不能当使用率排序。
我们盯的插件清单（2026-08-19/20 逐仓实测）
以下每行的星标、许可证、最后提交都是我们用 GitHub API 直接核的，不是转抄榜单。
| 插件/项目 | 星标 | 许可证 | 最后提交 | 为什么盯 |
|---|---|---|---|---|
| OpenViking 记忆适配 | 30.4k | AGPL-3.0 | 08-20 | 记忆是 agent 第一缺口；AGPL——集成前先过法务，代码不能进宽松许可项目 |
| Hindsight | 20.3k | MIT | 08-20 | 会学习的项目记忆、每仓库记忆库，许可证干净 |
| Archify | 14.5k | MIT | 08-19 | 把 agent 输出落成架构图/时序图——「可交付工件」思路 |
| Ouroboros | 5.6k | MIT | 08-19 | 需求访谈→执行→评估的完整工作流方法论 |
| DSH Web UI 合集 | 4.9k | Apache-2.0 | 08-20 | 任务板/Git 图/Token 统计，DSH 原生生态里最完善的界面插件 |
| Mirage | 3.5k | Apache-2.0 | 08-20 | 虚拟工作区：按挂载点控制 agent 能碰什么资源 |
| Modlens | 3.3k | MIT | 08-19 | 给文本模型补 OCR/版面/图像证据 |
| better-sidebar | 2.4k | MIT | 08-19 | 文件/终端/Git/子代理一个操作面 |
| dsh-market | 1.3k | MIT | 08-19 | 设置内浏览/安装/更新/备份——生态的发现与治理层 |
| Aegis | 1.1k | MIT | 08-19 | 规划/调试/验证的技能包——卖方法论而非工具 |
| API relay audit | 795 | AGPL-3.0 | 08-15 | 前 100 里罕见的安全审计插件（注入/改写/泄漏检测）；AGPL，只借思路 |
装插件前的三层筛选（顺序不能反）
精选目录自己写明：插件以你的权限在你机器上运行，能读文件、用凭据、访问网络；对工具调用的审批不能把插件代码本身沙箱化。所以顺序必须是：
- 热度层：它解决的是不是你明确的工作流问题？星标是 DSH 专属还是上游仓库继承的？——不因排名高而安装。
- 适配层：支持你的 DSH 版本吗？与现有插件冲突吗？能固定版本、能回退吗？——先在隔离 profile 里试。
- 安全层：它读文件吗、开 shell 吗、联网吗、碰 API key 吗？维护者和依赖可信吗？——存有客户资料、私钥或生产凭据的机器，默认不装社区插件。
我们的三条取舍（供参考）
- DSH 当 agent 引擎用，不当产品框架用：它解决「agent 怎么运行、怎么被限制和追踪」，不解决你的产品体验；适配层要做成可替换的。
- 记忆类插件是最大的价值点，也是最大的误用点：把客户材料混进统一记忆池是灾难。正确形态是按项目/案件隔离、可导出、可删除。我们自己的系统把「记忆」按数据敏感级分层，最敏感一层连本地模型的上下文都不进。
- 安全供给不足是机会也是警告：在这一层补位（权限声明、最小化外发、可验证审计）比再做一个 UI 皮肤更有长期价值。
数据时点：主仓与插件仓为 2026-08-19/20 GitHub API 实测；前 100 榜单统计基于精选目录 2026-08-18 星标快照。DSH 在 preview 期变化很快，本帖按 wiki 维护、随季度重查更新，欢迎回帖补充你在用的插件和实测体验。