DeepSeek Harness 0.2.1-rc.3 发了，但 GitHub 上还找不到它/SUENCA

先看两个时间戳

10 月 23 日 15:54（北京时间），@deepseek-ai/dsh 的 0.2.1-rc.3 出现在 npm 上。往回数六天，rc.2 的发布时间是 10 月 17 日 16:36。

但打开 GitHub 仓库的 releases 页，最新一条还写着 dsh-v0.2.1-rc.2，rc.3 连影子都没有。npm 的 dist-tags 里，next 已经指向 rc.3，latest 老老实实停在 rc.2。

这两个细节合起来是一句提醒：npm install -g @deepseek-ai/dsh@latest 拿不到这次更新。想试，得写 @next，或者干脆把版本号写死。

没有 changelog，就自己拆

CLI 包的 package.json 里列了 83 个 @deepseek-ai/* 依赖。我把 rc.2 和 rc.3 的元数据（文件数、解包体积）逐个比了一遍：73 个完全没变，5 个变了。

包	变化	大致说明
dsh-client-ui-agent-preset	21 → 22 个文件	多了一个 analytics 类型声明
dsh-cordis-client-runner	约 +9.4 KB	本次体积变化最大的一处
dsh-web-app	+253 字节	插件配置多一行
dsh-agent-preset	+177 字节	文档表格加一行
dsh-tool-cordis	+154 字节	随之调整

体积这个指标不算严谨，但在这个场景够用：版本号从 rc.2 改成 rc.3，字符串长度一模一样，所以数字没变，基本等于「只改了版本号」。剩下这五个，才是有内容可看的地方。

多出来的那个包

dsh-web-app 的配置文件里新增了一行 entry-customization，指向 @deepseek-ai/dsh-client-ui-entry-customization。旁边注释写得很直白：Region-local More menus: pin or unpin plugin launchers and start a plugin draft。

翻成使用场景：左侧栏、会话视图、右侧栏那几个「更多」菜单，现在可以把插件启动器钉在上面，也可以取消钉住；想试一个新插件，不必先绕去设置页，直接在菜单里开个草稿。

这个包在 rc.2 的依赖清单里压根不存在——它是新加的，不是改的。这也解释了为什么 web-app 只多了两百多字节：真正的实现放在新包里，主包只加了一行挂载。

预设选择器学会说「没成」

第二个变化在 agent preset 里。rc.2 的选择器只管发指令，rc.3 让它返回结果：applied（Host 已提交）、staged（还没有会话可用，先存着）、unchanged（忙、没暂存、会话已启动或已匹配）、refused（Host 拒绝，带原因）。界面上的 chip 只把拒绝原因透出来，其余状态自己消化。

同一个包里还修了个小毛病：如果主空白会话当前挂着别的预设，从插件菜单进 Creator 会另开一个空白会话，原来那个不动。以前是直接复用，等于顺手把你手上那个会话的预设改掉了——不报错，也不提示。

另外有一条只和桌面端有关：用模式切换器直接选预设时，会发一个 agent_preset_switch 埋点，只带来源与目标的类别、以及当时的 Coding Tools 开关，不收集自定义预设的 id 和名字。Web 端没有这个分析服务，等于不启用。

这种「没什么」的更新，值得写吗

值得，但不是因为功能。插件入口可自定义、预设选择有返回值、桌面端加埋点——三条都属于修边角，没有模型变化，没有协议调整，也没有破坏性改动。

值得记的是发布流程本身。rc.2 的 release 说明至少还有「新增功能 + 贡献者」两段，rc.3 目前是零：包已经能装了，说明还没有。对一个处在 RC 阶段的项目，这不算错误；但把核查成本转移给用户，次数多了就会变成跟踪成本。

如果你也盯着这个项目，有个比刷公告更快的办法：

npm view @deepseek-ai/dsh dist-tags

一行输出，latest / next / alpha 三个指针指到哪一目了然。公告会迟到，包不会。

RC 阶段，别把 next 当稳定通道

想尝鲜，npm i -g @deepseek-ai/dsh@0.2.1-rc.3 就够；要用在正经活儿上，继续等 0.2.1 正式版。候选版本挂在 next 标签下不是缺陷，是约定——真正的问题是很多人把「能装」等同于「能用」。

这次更新真正说明的，是这个项目已经进入「按天修细节」的节奏：改动小到不值得单开一篇 release 说明，但每一个都在补上真实使用里硌手的地方。RC 阶段本该如此。至于说明什么时候补，等等看——如果 rc.3 的 release 页一直空着，等 0.2.1 正式版发的时候，这次的改动大概率会被并进那份总结里，届时再回头对照也不迟。