8月31日深夜，知乎问题「为什么DeepSeek Harness 不更新了？」的评论区很热闹。其中插件作者李国宝的一条留言，可能是这个生态最准确的一份周报：「好消息，新的npm包发布了！坏消息，居然发布了！！！」这句话要倒着读：DeepSeek Harness（下文简称 DSH）在 GitHub 上放出 v0.1.2-alpha.1 之后，底层改动大到官方迟迟不敢往 npm 上推。知乎一旦推送，下游插件作者就要面对「跟进或者炸裂」的二选一，而社区开发者拉下源码实测后，不兼容的翻车案例已经屡见不鲜。
这一幕，恰好是观察 AI Agent 插件开发生态现状的最好窗口。不是因为 DSH 是唯一玩家——Claude Code、Cursor 都在推自己的插件市场，六大厂商也在联合制定 AI Agent 插件打包标准——而是因为 DSH 是跑得最快、问题也暴露得最彻底的那一个。
5 天，从 0 到 1000+
先看增长。8 月 13 日晚 DSH 开源当天，第一个社区插件索引仓库出现；8 月 14 日收录 288 个插件仓库；8 月 15 日打 dsh-plugin 标签的仓库超过 700 个；8 月 16 日索引项目 awesome-dsh-plugin 单日冲到近 3000 星，解析出 880 个条目；五天时间，从 0 到 1000+。知乎按仓库创建日期统计的口径更夸张：8 月 13 日新增 639 个，8 月 14 日新增 1,508 个冲到峰值，随后逐日回落到几百个的量级。知乎
四种口径，四个生态
有意思的地方来了：关于「到底有多少插件」，网上同时存在四个数字。GitHub 官方 topic 计数里，dsh-plugin 标签的仓库已达 10,529 个，用 GitHub API 去重枚举，得到 9,393 个。知乎B 站一条逐个核实收录的生态盘点视频里，这个数字收窄到 2,662 款。哔哩哔哩而用「star≥10 且持续维护」这把最严的尺子，只能筛出 305 个，其中 DSH 原生插件约 236 个。
星标金字塔更冷：86% 的仓库 star 数不足 5，其中 0 星和 1–4 星两档合计超过 8,000 个。看生命周期，48.3% 的仓库只在创建当天推送过一次——发布即失踪，真正点下 Archive 归档键的只有 25 个，其余都是默默离开。知乎有项目已经在 README 里写上 Project status，宣布因 API 与订阅涨价停止活跃开发、仅做维护。
那篇扒了 1W 个仓库的作者总结得准确：这是一个典型的发射期生态——数量先爆炸，维护能力还没来得及形成。
核弹级更新，是一次天然压力测试
v0.1.2-alpha.1 到底动了什么？按知乎那条 367 赞答案的拆解，是四件大事：第一，旧版 APIProxy 彻底移除，通信全部统一走 @Remote 网关，调 APIProxy 或硬拼 RPC 请求的老通道被关死；第二，Web 客户端大幅拆分、DOM 结构全变，靠 DOM 选择器做侧边栏小组件、浮动按钮的 UI 类插件基本都要重测甚至重写；第三，Session 变成要求严格可重放语义的 event log，并全面落实 fail-closed——读取器遇到未注册的未知事件类型，直接拒绝恢复会话；第四，Model/Provider/Subagent 体系全面升级，子代理可以独立分配 Provider、模型与推理力度，模型设置页的调用接口和鉴权链路也全换了。
受影响的边界很清晰：使用 APIProxy 的插件、Web/UI 类插件、自定义 SessionEvent 的插件、模型设置类插件，影响几乎是毁灭性的；而自定义 Tool 类、纯配置型 Preset 插件受到的影响就小得多。
社区的翻车案例已经不少。dsh-agy 插件引用了底层包里被改动的 CallId 内部符号，新版内部符号一调整，插件在 Loader 加载阶段就直接报错——这是依赖非公开接口的代价。dsh-click、dsh-talk、dsh-agent-teams 等一批插件为了做功能，强行往 Session 里塞自定义事件，更新后读取器直接拒绝加载，连之前的聊天记录都读不出来。还有大量在侧边栏加面板、在输入框旁挂按钮的 UI 插件，绑定的 DOM 选择器全部消失，功能直接在界面上蒸发。知乎
评论区吵成两派，但更该看第三派
评论区的风向很分裂。一派是「早就说好的」：第一个版本发布时文档就写清楚了后续会有不兼容更新，破坏性更新反复强调过，没什么好意外的。另一派是「真的怕了」：正式版出来之前不太敢放开更新和装插件，只敢在家里的机器上玩玩。有一条回复点破了本质：告诉你会很惨，和你真的经历了非常惨，是两种完全不同的体验。
但第三派可能更有代表性——用 AI 对冲的一派。高赞评论的态度是：怕啥，有问题让 AI 自己适配就好了，现在 AI 时代，缺的是想法，不是执行力。还有人的操作更直接：git 克隆、拉本地分支，再装个 AI 编程工具，让它修 bug。B 站生态视频的评论区也有一句高赞：破坏性更新不怕，就怕更新完还自带 bug。
这大概就是 AI 时代插件开发的常态：开发成本和兼容性维护成本，同时被 AI 压缩。好消息是入场门槛变低了；坏消息是，门槛变低意味着长尾的供给更多。
窗口还在吗？在，但入场姿势变了
先说结论：这一轮淘汰本身就是窗口。上一轮 rc.1 破坏性更新之后，DSH 原生插件的版本跟进率只有 44%；真正同时满足「创建日之后持续推送」和「跟进 rc.1」的仓库，只占全量的 15.7%。知乎每一次破坏性更新，都会把一半竞争者筛出去一次，你的代码能跟住，面对的就是一个被反复过滤过的赛道。
比时机更重要的是品类。两类红海不建议碰。一类是记忆类：相关标签仓库有 12,753 个，是最拥挤的赛道，头部 EverOS、MemOS、memsearch 等已经占住心智，头部记忆插件里三款功能高度重叠，用户只会装一个。哔哩哔哩另一类是 Web UI 微增强。它在 1–9 星长尾里是最密集的方向，但到了高星层只能排到第四——做的人多，不等于被认可得多，更别说依赖 DOM 注入的插件在这次破坏性更新里受创最重，风险收益比最差。
值得考虑的，数据里给了两条线索。第一条是破坏性更新开出的新接口：Remote 网关成为唯一通信通道、子代理可以独立分配 Provider 之后，一整套新的工具面打开了，围绕官方公开契约构建，是最抗折腾的插件。这条路已经有被验证的例子：给 DSH 加上 Codex、Claude Code 对话后端、文件树和终端的五个插件，全程不改核心，更新官方版本时也不需要维护 Fork。知乎第二条是基础设施与成本类。高星且活跃的 305 个仓库里，市场/目录类与桌面客户端类占比排在前两位——基础设施最先吃到 star；至少 7 个项目在帮用户错峰省钱，只要计费曲线存在，就一定有人写插件去薅平它。打开 DSH 的插件市场页面，354 个社区插件已经排在那里，现在用户缺的不是「更多插件」，而是「能跑的插件」。Plugin Radar 这类实测项目已经跑了 11,689 次实测，每 4 个插件就有 1 个跑不起来——能被实测型目录收录，本身就是一种曝光资源。哔哩哔哩
给准备入场者的生存清单
最后是清单，每一条都来自翻车案例：
只用公开契约，不引用底层内部符号（dsh-agy 的教训）；
别往 Session 里写自定义事件，状态存自己的存储（dsh-click 们的教训）；
UI 类插件尽量不硬编码 DOM 选择器，或者接受每个大版本重写的命运；
跟 rc 版本，不追 alpha：官方把 v0.1.2-alpha.1 留在 GitHub 不上 npm，就是在给下游留适配时间；
想让自己的插件被看见，先把三件事做齐：适配最新 rc、持续 push、争取进实测型目录。
扒了 1W 个仓库的作者留下过一句话，可能是对这个生态最冷静的判断：接下来决定它能不能留下来的，不是下一轮又多出几千个仓库，而是下一次破坏性变更之后，还有多少作者会回来。知乎对想写插件的开发者来说，现在反而不算坏的时点——潮水退过，竞争被筛掉了几轮，游戏规则也被一次压力测试照清楚了。前提是，你要以「打算回来的作者」身份入场。继续盯三个信号：官方 0.1.2 rc 与 npm 正式版何时落地、Plugin Radar 的跑通率是否回升、破坏性更新后「活跃且有星」仓库数的恢复情况。这三个数字往上走，说明这个市场还值得投入。
