
先说个背景
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 记录或会话丢失,原因等待上游确认。
所以升级前请做两件事:
- 记录当前版本号
- 分别备份项目文件和
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 系列均为预发布,官方尚未提供对应桌面安装包。*
相关阅读
- DSH 插件怎么选?大肥鱼必装的 8 个插件 —— 升级后插件怎么选
- Pocket Harness:把电脑上的 DSH 揣进兜里 —— 手机端的新方向
- DSH 越用越卡?加个按钮不重启换插件 —— 热替换插件