8月31日晚上，不少 DeepSeek Harness（dsh）插件作者过得不太平。社区里翻车案例排着队出现：dsh-agy 因为引用了一个叫 CallId 的内部符号，新版内部符号一调整，插件在 Loader 加载阶段就直接报错；dsh-click、dsh-talk、dsh-agent-teams 好几个插件更新后连以前的聊天记录都读不出来；一大批在侧边栏加面板、在输入框旁挂按钮的 UI 类插件，更新完功能直接在界面上"消失"。知乎
社区里挂了好几天的"为什么还不更新"之问，也有了答案：官方不是不更新，是刚憋出一个破坏力极大的大版本 v0.1.2-alpha.1。知乎这一版只放在 GitHub 上，没有正式发到 npm，等于给下游插件留了几天适配缓冲期。
0.1.2 动了什么：四份合约，一次全改
把社区的拆解汇总起来，这一版的核心改动可以归成四类：通信合约，旧版 APIProxy 彻底移除，通信全部统一走 @Remote 网关，以前硬拼 RPC 请求的通道彻底关闭；呈现合约，Web 客户端大幅拆分，DOM 结构彻底改变，插件作者习惯用来扒 DOM 的选择器全部失效；状态合约，Session 被严格落实为可重放的 event log，fail-closed 机制全面落地，读取器遇到不认识的未知事件类型会直接拒绝恢复会话；模型合约，Model/Provider/Subagent 体系全面升级，子代理可以独立分配 Provider、模型与推理力度。知乎升级后的设置页也很直观：Provider 下拉里内置 anthropic、groq、moonshotai 等几十家，在 dsh 里连"用哪家模型"都是一个可插拔的能力。
这波谁最疼？使用 APIProxy 的插件、Web/UI 类插件、自定义 SessionEvent 的插件、模型设置类插件几乎被毁灭性打击，而自定义 Tools 或纯配置型 Preset 受影响比较小。知乎这个分类值得背下来：它相当于官方用一次版本的学费，帮你划清了 harness 里哪些部分是"对外合约"，哪些是"随时会变的内部实现"。
而这张账单，官方其实早就声明过。README 里白纸黑字写着：项目处于 developer preview，会有兼容性破坏变更。GitHub
这不是事故，是微内核架构的账单到期
要理解这次翻车，得先理解 dsh 的架构。DeepSeek 把 Harness 做成了一个"Agent 微内核"：模型适配器、Tools、Session Log、Agent Loop 全部都是插件，没有一个不可替换的 Agent Core。知乎换句话说，这个系统里没有一行代码背负着"我不会变"的承诺——好处是可替换、可组合到极致，代价是合约本身跟着内核一起漂移。
Session 的设计是最"DeepSeek 味"的部分。它把会话做成 append-only 的 event log，并且有一条极强的架构约束：模型看见的任何东西，原则上都必须能从 Session Log 重建出来。知乎这次的 fail-closed，正是这条不变量的防守面：读取器遇到不认识的事件类型，为了防止状态污染，直接拒绝恢复会话。
站在架构不变量的角度看，这没问题；站在扩展性角度看，这等于告诉所有第三方插件：不许往我的日志里写私有状态。成熟生态的插件体系之所以稳，是平台方在替兼容性买单：VS Code 的扩展 API 有兼容承诺，Chrome 从 Manifest V2 迁到 V3 给了一年多过渡期仍被骂得够呛。一个 developer preview 阶段的微内核还没到买单的时候，于是生态替官方预付了"早期 API 税"。所以你会发现，翻车的从来不是某个插件的代码质量，而是三类耦合姿势：引用内部符号、扒 DOM、往 Session 里塞私有事件。这三步在任何插件生态里都会翻车，只是在合约未稳的微内核里，它们翻得最早、最彻底。更何况 dsh 还支持 Agent 运行期间给自己临时挂载插件、用完卸载不留副作用，连 Codex 和 Claude Code 都能挂进来当 Worker。知乎设计越激进，合约的定价就越贵，这是架构取舍的基本逻辑。
热度没散，只是换了一批人进场
从外面看，确实像凉了。有人问"热度这么快过去了吗"，有人吐槽创造模式经常 token 满了、输出截断还没什么结果，界面以及操作粗糙。知乎也有人直言，比 codex 的话除了 deepseek 这个名号还没有任何优势。知乎
但另一侧是完全不同的景象。开源才半个月，打 #dsh-plugin 标签的仓库已经有几百个，涨得飞快，质量也鱼龙混杂，社区甚至做出了给每个插件打五维评分、做 AI 安装审查的插件商场。知乎生产侧更实在：有人接私有化部署全量模型替代 RPA 跑自动化交付，有人用它重构一个只支持 Oracle 和 MSSql 的史前系统，重构后支持达梦，顺利完成信创。知乎
star 曲线更直接：五天超越 151k star，冲上 GitHub trending。知乎9 月 1 日，首部中文技术书《DeepSeek Harness 技术入门与架构原理》在京东读书独家首发。微博作者不敢追浮动的 master，把全书的技术冻结日定在了 8 月 24 日的提交 b150a551。知乎凉掉的是围观者的热情，进场的是建设者的真金白银。一个处于"筛选期"的社区，反而比热潮巅峰时更值得当作架构案例来研究。
三种人，三种押法
体验型用户，装来玩没问题，但请记住官方定位是 developer preview。大版本之后先禁用全部插件再逐个启用，别让一个插件拖垮整个会话。
插件作者，窗口期是真实的——生态还早，早就意味着卡位。但要写"抗翻车"插件：优先级上自定义 Tools 类 > 纯配置 Preset 类 > UI 类 > Session 深度耦合类，官方翻车案例清单已经是现成的教材。三不碰：不引用内部符号、不扒 DOM、不往 Session 里塞自定义事件。选装别人插件时，也可以参考社区商场那套五维评分加 AI 审查代码的思路，至少它说明这个生态里"筛选"本身已经成了刚需。知乎
企业和团队用户，别把核心交易押上去。已经落地的两个生产案例都在"容错场景"：RPA 类自动化、内部工具类重构。真要试，锁版本、包网关，把 harness 当"可执行组件"而不是基础设施。你等的不是下一个功能，而是三个信号：0.1.2 正式版落 npm、出现兼容层或 deprecation 过渡期、官方开始把"API 稳定承诺"写进文档。这三条出现，微内核的账单才算进入可偿还期。
架构的账单总会到来，区别只是谁来收。你押的从来不是某个 harness，而是自己时间和系统的那点确定性。
