Hello! 欢迎来Regret的小站!

DSH v0.2.2 拆解:apply_patch、宿主级自动化,和一道 Node 24.9 的门槛


avatar
Regret 2026-11-06 36
DSH v0.2.2:三条值得注意的变更
11 月 3 日 alpha.3,4 日 rc.1

先说个背景

DeepSeek 有个被网友总结出来的规律叫「逢崩必更」:每次网页或 API 出问题,紧接着就有新版。

这次也一样。11 月 3 日 DeepSeek 网页及 API 服务部分中断,同一天 Harness 仓库更新了 v0.2.2-alpha.3。两件事有没有关联没有证据,但时间点确实巧。

版本线(截至 11 月 6 日)

版本 日期 关键变化
v0.2.2-rc.1 11-04 首个 0.2.2 RC,手机/平板适配、插件管理
v0.2.2-alpha.3 11-03 变更请求与工作树、apply_patch、宿主级自动化、SDK
v0.2.1-rc.5 10-30 思考内容展示优化
v0.2.2-alpha.2 10-28 Node.js 最低版本提到 24.9、Web Fetch 可访问非公开地址
v0.2.1-rc.2 10-17 V4.1-Flash-1017 模型支持、Search/Fetch API

要注意的是:rc 和 alpha 都是预发布。0.2.2-alpha.3 到目前为止还没有对应的桌面安装包,桌面 App 用户升不上去。

一、apply_patch:一次调用改多个文件

以前 agent 改多个文件,是「读一个、改一个、再读下一个、再改下一个」。每个文件至少两个来回。

apply_patch 支持一次调用完成多个文件的新增、编辑、删除和移动,改完的结果可以在 Review 里看。

默认关闭,需要主动启用。

这个默认值我认为选得对。批量改文件是所有操作里破坏性最大的一种——一个 apply_patch 打歪了,可能是十几个文件一起错。默认关,让愿意承担风险的人自己开。

二、变更请求与工作树:代码审查进 Harness

这是 alpha.3 里最有野心的一块,官方标为实验性。

它把代码审查和 Git Worktree 相关操作整合进一个入口:

  • 用可搜索的文件树浏览本地代码和 PR 差异
  • 逐个文件查看修改内容
  • 发现问题时,选中具体代码片段、添加评论,再把这些交给 Agent 处理
  • 跟踪检查和评审状态

这个功能的意义在于:它把「agent 改代码」和「人审代码」放在同一个地方了。

以前的工作流是:agent 改 → 你切到编辑器/git diff 看 → 发现问题 → 切回 Harness 描述问题 → agent 再改。现在选中那几行、写一句评论、交给它,就完了。

减少的不只是切换窗口的次数,还有「描述问题」这个损耗环节——指着一行代码说「这里」,比打字描述「第 137 行那个 if 判断」准确得多。

三、自动化任务升级到宿主级

这是被低估的一条。

以前的自动化任务绑在具体会话上:会话没了,任务也就没了上下文。现在升到 Host 层统一管理:

  • 手动创建任务,或直接编辑已有任务
  • 也可以通过预填提示词在会话里创建
  • 执行时可以复用已有会话,也可以新建会话
  • 任务编辑支持保留草稿和冲突复核,避免编辑内容被意外覆盖

「跨会话执行」听起来只是个功能,实际上改变的是使用方式:你可以让一个每天跑的任务这次在会话 A 里做、下次在会话 B 里做,而不必担心「我昨天那个会话是不是还在」。

「保留草稿和冲突复核」这条也实在。定时任务改到一半被打断,或者两个地方同时改,以前就是静默覆盖。

四、SDK:三个新能力

TypeScript 和 Python SDK 补齐了三项:

能力 作用
计划审阅 允许你批准、修改或取消 Agent 提交的计划
目标续跑 保存长期目标,并在会话重启、恢复或分叉后继续推进
操作审批 SDK 接收 Agent 的审批请求,交给接入应用决定是否批准

「目标续跑」这条对做长期任务的人最有价值。会话重启后目标还在,不用每次重新交代一遍。

「操作审批」是把「能不能做」的决定权外移到接入应用。做企业部署的人会需要这个。

五、插件侧:三个小改进

  • 插件可以为自己的设置页面提供导航图标
  • 支持按会话身份和请求用途动态提供 API 请求头
  • 插件安装失败时,提供更完整的诊断信息和 Host 日志入口

第三条是被骂出来的改进。以前装插件失败就给一行错误,你得自己去翻日志找原因。现在直接在失败信息里带日志入口。

六、⚠️ 那道 Node 版本线

这条单独拉出来说,因为它是唯一会直接打断你现有环境的改动。

v0.2.2-alpha.2 把 Node.js 最低版本提到了 24.9。

这意味着:

  • 你电脑上如果还挂着 Node 20 或 22,DSH 本体就起不来了
  • 依赖 Node 22.15.0 的插件(比如 pocket-harness)在新版本上必须跟着走

反过来也成立:如果你现在用着 Node 22.x 且一切正常,别急着升 DSH。alpha.2 那次更新同时放开了「Web Fetch 可访问非公开地址」——这条对部署在内网的人是个安全面变化,官方文档也提醒了「在生产部署中限制网络访问」。

七、修复清单

alpha.3 修的问题里,有几个是长期痛点:

  • 历史会话无法打开
  • 会话搜索失败
  • 聊天记录加载卡住
  • 部分模型在图片数量超过请求上限时持续请求失败

最后这条尤其烦:图片超限不是报个错就完了,而是一直重试一直失败,把整个会话卡死。

八、手机端:还是浏览器,不是 App

每次 DSH 更新都会提「手机端优化」,容易被误读成出了手机 App。

不是。 这里说的是用手机浏览器访问 Web GUI 的体验:

  • 侧栏导航
  • 窄屏布局
  • 菜单和浮窗保持在可见区域内,跟随浏览器缩放、平移、软键盘变化
  • 会话标题保持稳定
  • 模型目录输入和插件发现页操作完整可见

想要真正「装在手机上的 DSH」,那是另一个方向(pocket-harness 那种,或者把整个运行时塞进手机)。这两件事别混。

九、升级之前

官方自己有一句警告,值得原样转述:

Windows Desktop 用户升级后报告过 workspace 记录或会话丢失,原因等待上游确认。

所以升级前请做两件事:

  1. 记录当前版本号
  2. 分别备份项目文件和 DSH_HOME 数据

注意是「分别」——项目在工作目录,会话和配置在 DSH_HOME。只备份其中一个,恢复时还是会缺一半。

升级后第一件事不是继续干活,是跑一遍常规任务,确认插件都还在、工具都能调。

一个判断

这次更新的方向很清楚:把 agent 参与软件开发的环节补齐。

从改代码(apply_patch)→ 看差异(变更请求与工作树)→ 提意见(选中加评论)→ 继续改 → 评审状态跟踪,这条链以前分散在四五个工具里,现在收进一个地方。

但所有新增的重能力(apply_patch、变更请求与工作树)都标着「实验性」或「默认关闭」。这个态度是对的——重能力先让人选择,别默认替所有人打开。

一句话

v0.2.2 不是一次「更快更稳」的更新,是一次「把开发闭环收进 Harness」的更新。 想升的话,先看 Node 版本,先备份 DSH_HOME。


*参考:deepseekdsh.com/releases、dshpluginhub.ai、GitHub deepseek-ai/deepseek-harness。截至 2026-11-06,0.2.2 系列均为预发布,官方尚未提供对应桌面安装包。*

暂无评论

发表评论