这个非官方的插件注册表让你能搜索、分享并一键安装完整的DSH Profiles，但整个DeepSeek Harness插件生态正在上演一场比插件本身更精彩的入口争夺战！
8月13日DeepSeek Harness开源当晚，GitHub星数就破了万。不到十二小时冲到五万星，跻身GitHub史上最快达成记录之列。一周后十四万九千星，插件超四千个。到八月下旬，dsh-plugin标签下的公开仓库已经超过一万个。DeepSeek官方只负责Harness核心和Cordis运行时，不接受外部PR，也不运营插件注册表。社区插件散落在GitHub各个角落，没人收集、没人验证、没人告诉你哪个能用哪个已经烂了。于是社区自己动手了——dshpluginhub.ai和dsh-plugin.org几乎同时上线，争着当那个“官方不做、社区来填”的插件入口。但问题来了：两个入口够吗？远远不够。
万物皆插件，那就万物皆入口
DeepSeek Harness的核心口号是“everything is a plugin”。模型适配器是插件，工具注册表是插件，会话日志是插件，连Agent循环本身都是插件。这套架构跑在Cordis之上——一个轻量级插件运行时，支持热重载、自由组合、彻底卸载。你把一个插件装上，它通过apply(ctx)注册能力；你把它卸掉，一切回滚干净，不留痕迹。
这套机制极强。但强归强，它带来的第一个后果就是：插件多得根本来不及看。发布不到24小时，GitHub上已经有288个插件仓库。三天后四千三，五天后五千一。到八月下旬，dsh-plugin标签下的仓库数是一万零五百二十九个。其中四千五百三十三个是“一次性仓库”——只在创建当天推送过代码，之后再也没动过。还有两千九百二十八个在rc.1版本发布前就已经停滞。真正在rc.1之后仍然活跃的，只有一千九百三十二个。
换句话说，一万个插件里，八成以上要么是死的，要么是半死的。但你打开GitHub搜dsh-plugin，它们全堆在一起，分不清谁活谁死。
这就是dshpluginhub.ai和dsh-plugin.org想解决的问题。前者主打“精确版本与manifest校验”，提供源码、许可证和发布者信息。后者收录了四千八百零四个插件，其中四千四百零一个经过人工验证，每天更新，每条记录都链接回GitHub源码仓库，附带星标数、复刻数和最后更新时间。dsh-plugin.org还做了能力分类——UI、会话、工具、Agent等全部分好。你在上面搜一个插件，能看到它的安装命令是否有效、兼容的DSH目标版本是多少、有没有通过人工审核。
但这就够了吗？
一个插件注册表不够，那就来十个
dshpluginhub.ai和dsh-plugin.org只是冰山一角。GitHub上还有dsh-plugin-hub——一个插件聚合站，多源自动去重分类，每小时刷新。还有dsh-extension-hub，收录四百多个社区精选插件，分十一个类别，带双语描述和防抢注检查。还有dsh-plugin-store，深度集成Harness Web UI，带图形化插件商店、本地评分评论、依赖拓扑图、操作审计日志、健康度排行榜和四层信任标记。
还有WhaleHub。还有dsh-subscribe——Steam风格的插件市场，在网页上一键订阅，一条命令同步到你的DSH Profile里。还有dsh-forge，带插件市场、安装器、运行时注入器和持久注册表。
这些项目之间互相不隶属、不互通。你在dshpluginhub.ai上找不到的插件，可能在dsh-plugin.org上能找到。你在dsh-plugin.org上看到的版本信息，可能和dsh-extension-hub上显示的不一样。每个入口都有自己的收录标准、验证流程和更新频率。有的每小时刷新，有的每天更新，有的靠人工审核，有的靠自动抓取。
这不是一个插件生态——这是一场入口战争。每个人都觉得“官方不做注册表，那我来做一个”。每个人都觉得自己做的才是最好的那个。结果是：用户要在十个不同的入口之间来回切换，才能确定自己想找的那个插件到底在哪、能不能用、安不安全。
事情没那么简单。
真正的战场不在插件，在Profile
dshpluginhub.ai在首页写了一句被大多数评测忽略的话：“搜索、分享并应用完整Profile”。Profile是什么？它是一份存在本地的组装方案，列出自己要叠放哪些插件组合包，也存用户自己写的配置补丁。你先装各个组合包，再打Profile的补丁，再打本地的补丁。Profile由多个插件组合包按顺序叠加而成，之上再应用用户自己的覆盖配置。
翻译成初二学生能听懂的话：插件就像乐高积木里的单个零件。Profile是一张图纸，告诉你把哪几个零件按什么顺序拼在一起，能搭出一个完整的城堡。
dshpluginhub.ai的真正差异点在这里。它不只是一个插件目录，它是一个Profile仓库。你在上面找到一个Profile，等于找到了一个完整的、可复用的工作流配置——包含特定角色的System Prompt、温度参数、工具调用逻辑、插件依赖链和版本锁定。你不需要自己研究“翻译插件A搭配记忆插件B再配个视觉插件C能不能跑通”，别人已经帮你跑通了，你把他的Profile拿过来直接用就行。
但这也带来了新的问题：Profile的兼容性怎么保证？DSH迭代极快，主版本号变动可能导致Manifest格式变化。一个在DSH v0.1.1-rc.1上能跑的Profile，到了rc.7可能直接崩溃。dshpluginhub.ai强调“精确版本与manifest校验”，但谁来校验Profile里面每个插件的版本是不是互相兼容？谁来保证Profile作者标注的“兼容DSH v2.x”是真的跑过的，还是随手填的？
社区自己造轮子，但轮子还没圆
社区为什么要自己建这些入口？因为官方不做。DeepSeek官方团队只负责Harness核心和Cordis运行时，不接受外部PR，不运营插件注册表。社区插件就这么散落在GitHub上，没人管。
于是社区自己管。dsh-plugin.org的专业技术团队每天审核新插件，逐条检查安装命令、兼容状态和DSH目标版本。dshpluginhub.ai提供manifest校验和来源信息。dsh-plugin-store在安装前做质量门和安全扫描。dsh-extension-hub做防抢注检查。
这些努力值得尊敬。但碎片化本身带来的成本正在逼近收益的临界点。一个开发者发布一个新插件，他要在多少个入口提交？dshpluginhub.ai要提交，dsh-plugin.org要提交，dsh-extension-hub要提交，dsh-plugin-store要提交，WhaleHub要提交，dsh-subscribe要提交。用户找一个插件，也要在这么多入口之间来回翻。
更麻烦的是信任体系不统一。dsh-plugin.org有四层信任标记：官方、认证、社区、未审核。dsh-plugin-store有健康度排行榜。dshpluginhub.ai显示源码、许可证和发布者信息。但A平台的“认证”和B平台的“认证”是不是同一个标准？没人知道。
这就怪了。DSH的插件机制本身是高度标准化的——所有插件都走同一套Cordis接口，都用apply(ctx)注册能力。但插件生态的发现和分发机制，反而陷入了最不标准化的碎片化状态。
一万个插件，四千五百个是死的
再看一遍那个数字：一万零五百二十九个dsh-plugin仓库，四千五百三十三个是只在创建当天推送过一次的。两千九百二十八个在rc.1之前就停了。真正活跃的只有一千九百三十二个。
这一千九百三十二个里面，有星标的是一千一百五十个。星标超过十的只有七百零一个。星标超过一百的只有一百八十个。
一万个插件，真正有人在用、有人在维护、有人愿意点个星的，不到两百个。剩下的全是“创建即死亡”的一次性实验、半成品、或者单纯蹭热度挂个dsh-plugin标签的仓库。
这不是DSH独有的问题——任何开源生态早期都有这个阶段。但DSH的特殊之处在于，它的“一切皆插件”架构让插件的创建门槛极低。你不需要改核心代码，不需要提PR，不需要通过任何审核。你写一个插件，在GitHub上打个dsh-plugin标签，它就“存在”了。于是大量低质量、不完整、不兼容的插件涌入生态，把真正好用的东西淹没在噪音里。
dshpluginhub.ai和dsh-plugin.org想做的，就是从这堆噪音里把信号筛出来。dsh-plugin.org选择了人工审核。dshpluginhub.ai选择了manifest校验和来源追溯。两种路线不同，但目标一致：让用户不用自己翻一万个仓库，就能找到那个真正能用的插件。
但筛出来之后呢？谁来告诉用户这个插件和那个Profile搭不搭？谁来保证Profile作者今天更新了配置之后，昨天依赖它的那些用户不会突然崩掉？
一个未解的实验
8月17日，DSH发布了v0.1.0-rc.7。这次更新新增了插件自注册设置卡片，优化了Cordis动态插件面板。听起来是个小版本号，但对插件生态来说，这是一次地震。rc.1到rc.7之间的某个变更被社区称为“根本的阻断更新”——不跟进的话，插件可能导致整个程序崩溃。
这意味着什么？意味着你在rc.1时代精心搭建的一个含五个插件、三个配置补丁的Profile，到了rc.7可能直接起不来。你得逐一检查每个插件有没有跟进新版本、每个配置项有没有被废弃、每个依赖关系有没有断裂。
dshpluginhub.ai宣称自己能做“精确版本解析”和“安装前确认兼容范围”。但精确到什么程度？能精确到告诉你“这个Profile在rc.7上跑不了，因为在rc.3的时候插件A的某个依赖被移除了”吗？能精确到自动帮你把Profile里的配置迁移到新版本吗？
目前没人能做到。dshpluginhub.ai不能，dsh-plugin.org不能，其他八个入口也不能。整个生态还在等一个答案：当“一切皆插件”遇上“每周一个破坏性更新”，谁来保证你今天装的东西明天还能用？
这个问题的答案，不在任何一家插件注册表的首页上。