DeepSeek Harness 0.2.0-rc.2：改了什么，DAC 怎么跑

DAC 通过一个门面插件（dsh-api-facade，发布名 ohdsh-api-facade）接入 DeepSeek Harness。门面钉住一个 harness 版本，再用一套冻结的 wire 契约把它暴露给总办。我们构建和 上线都基于 DSH 0.2.0-rc.2，它也正是 npm 上 latest 标签指向的版本。本文是这个版本 的记录。

0.2.0 线相对 0.1.x 是一次结构性跨越。如果你要嵌入 harness，有六处变化要紧。

流式改为按需。 assistant 的增量不再待在持久会话日志里。想要的客户端发 assistantStream: true，收到瞬时直播帧；持久日志只留整条消息。于是 history 和默认 follow 流都不再带逐块增量。

会话存储从 V3 迁到 V4。 迁移单向。升级前先备份数据卷，因为没有回头路。

宿主启动即校验插件兼容。 它读取每个插件声明的 DSH peer 区间，启动时禁用越界者。 确切版本豁免是有的，但你要显式确认。

设置持久化方式变了。 live 设置注册被移除。持久配置改由 profile patch 承载；运行时 自助发放的 API Key 只活到下次重启。

一个隐私默认值翻转。 DeepSeek 会话日志插件默认开启。想关的部署在 profile patch 里 覆盖。

消息内容可携带 reasoning 块，与正文并列。

门面怎么应对

一份门面构建同时跑在 0.1.x 与 0.2.x 两条线上。它声明双 peer 区间 ^0.1.2-rc.1 || ^0.2.0-0，这样 0.2.0 宿主启动时不会禁用它；它也消化了 0.2.0 对流式 open 签名的改动。

用户能感知的部分是打字机。增量移出日志后，指望 chunk 流的老客户端会哑掉。门面 v0.2.5 只在 0.2.x 宿主上加 assistantStream: true，再把直播帧翻译回总办本来就在读的冻结 chunk 形。客户端什么都不改，流式就回来了。0.1.x 的请求路径逐字节保持不变。

我们在生产 0.2.0-rc.2 栈上端到端验证过，覆盖接线 smoke 与问答/审批卡片链，并让同一份 构建在 0.1.5 上的兼容回归保持全绿。

追踪状态

0.2.0-rc.2 是 latest 通道上最新的 DSH，DAC 在稳定线上已跟平。DeepSeek 之后放了两个 0.2.1 alpha。在 0.2.1 出稳定 tag 之前我们停在 rc；等门面真正迁移时，这个系列会再添 一篇。