DeepSeek Harness v0.1.7-rc.2
DeepSeek Harness v0.1.7-rc.2：定时任务、动态工具与桌面端更新
- 作者
- DeepSeekAgent.io 编辑部
- 发布
- 更新
DeepSeek 于 2026 年 9 月 24 日发布 dsh-v0.1.7-rc.2。这一版在 rc.1 的架构迁移之后补上了定时任务、快捷键、自定义动态工具、自动审阅后人工继续与桌面端后台运行，同时集中修复插件安装、长对话、长 Tool 输出和桌面安装问题。
截至 2026 年 9 月 28 日，npm 的 latest 与 next 都指向 0.1.7-rc.2。因此它不只是一个可选预览版本，也是当前使用默认安装命令得到的 DSH 版本。
发布与安装
| 检查项 | 当前状态 |
|---|---|
| GitHub Release | dsh-v0.1.7-rc.2，Pre-release |
| npm 完整版本 | 0.1.7-rc.2 已发布 |
npm latest | 0.1.7-rc.2 |
npm next | 0.1.7-rc.2 |
| 上一版本 | 0.1.7-rc.1 |
固定本版运行：
npx @deepseek-ai/[email protected] web
虽然已经进入 npm 默认通道，GitHub 仍将它标为 Pre-release。重要工作区仍应固定版本，并在升级前结束运行中的任务。
定时任务进入 Web 与桌面端
启用定时任务后，用户可以创建和管理提醒、查看运行记录，并让任务在应用重启后继续保留。重复间隔最短可到每分钟一次。
但 rc.2 默认关闭 Web 和桌面端的定时任务与时间上下文，需要时必须手动启用。启用时间上下文后，Agent 默认每十分钟收到一次时间更新；已有自定义间隔不会被覆盖。
这一区别很重要：版本“支持定时任务”，不代表新安装后自动拥有定时能力。测试时应确认功能已经启用、任务重启后仍存在、下一次运行时间正确，并检查重复任务是否产生并发执行。
动态工具与 KV Cache
rc.2 支持在不破坏 KV Cache 的情况下动态增加工具，前提是所配置的模型明确声明支持这项能力。
这能够减少工具集合发生变化时重复处理长上下文的成本，但不能把所有 Provider 都视为自动兼容。模型或 Provider 没有声明支持时，DSH 仍应采用兼容路径。验证时可以在同一长会话中加入一个新工具，比较加入前后的缓存命中、请求 Token 和首 Token 延迟。
与此相关，标准模式每轮固定指令的 Token 开销也得到降低。对于长对话和高频工具任务，这类固定成本的下降会随轮次累积。
Auto review 拒绝后可以人工决定
自动审阅拒绝操作后，如果当前会话允许人工审批，用户可以决定是否继续。审阅本身失败时会单独提示，不再与明确拒绝混在一起。
Auto review 改为从插件管理页启用，Inspector 不再默认提供，需要单独安装。升级后如果原工作流依赖 Inspector，应检查插件是否存在，而不是假设 rc.2 仍然内置。
更清晰的状态区分有助于审计：自动批准、自动拒绝、审阅失败和人工放行是四种不同事件。团队日志与外部监控应保留这一差异。
桌面端：关窗继续运行，退出时明确提醒
关闭桌面窗口后，任务会继续在后台运行；真正退出应用前，界面会提示对运行中任务的影响。Windows 更新提示也会更早要求退出应用，并说明自动重启；更新完成后窗口会回到前台。
桌面端还新增首次使用引导，说明可用额度，并帮助选择用途和工作过程的展示方式。引导中途退出后可以继续。Web 与桌面端的快捷键现在可以查看、搜索、自定义和恢复，侧边栏会显示当前键位。
升级测试要区分“关闭窗口”和“退出应用”。前者应保留任务，后者应明确说明将停止哪些任务。
长对话与长 Tool 输出修复
rc.2 修复了部分长对话持续无法发送消息的问题，也修复过长 Tool 输出中字符残缺、进而导致后续对话失败的问题。
这些修复适合用真实压力场景验证：
- 让工具返回包含多字节字符、代码和长文本的结果；
- 连续执行多轮工具调用；
- 检查截断边界没有破坏字符；
- 确认截断后下一条消息仍能正常发送；
- 重载页面，验证历史显示与继续会话一致。
如果仍有问题，应记录 Tool Result 原始长度、截断后的可见首尾、使用的模型上下文上限和失败发生的轮次。
Plugin 安装与设置恢复
这一版修复了应用异常退出或安装中断后，插件安装和配置保存持续失败的问题。插件详情和设置页会更稳定地显示信息，启动失败时的错误提示也更清楚。
插件安装会明确显示当前选择的是官方 registry 还是镜像，并合并重复选项。通过 GitHub 安装失败时，已经使用镜像的用户可以切换其他安装方式。浏览器也更不容易把保存的登录密码误填到 API Key 输入框。
升级后建议做一次完整插件回归：安装、启用、修改配置、运行工具、禁用、重新启用和卸载。只验证“安装成功”不足以覆盖运行时状态与配置保存。
账号模型与 API Key 任务分离
账号付费任务与 API Key 任务使用独立的模型入口。退出账号前，DSH 会确认并停止仍在运行的账号任务；登录失效时会提示重新登录。额度不足提示也会匹配当前任务，避免 API Key 用户误以为需要给登录账号充值。
账号模型可以直接在设置页编辑。切换模型时会显示进度，并减少选择后的等待时间。排障时应先确认任务使用的是账号模型还是 API Key 模型，再检查对应的余额、Provider 和模型 ID。
默认值与界面变化
rc.2 还有几项会影响既有使用习惯的调整：
- 「代码工作工具」统一控制轨迹、代码差异与新任务模式；
- 原有独立模式选择开关移除，新任务使用保存的默认模式；
- 归档筛选提供隐藏、全部和仅归档三种状态；
- 不兼容插件的跳过提示每次启动只显示一次；
- 审批卡片跟随界面语言，并要求 Agent 使用用户提问的语言解释；
- 折叠的网页抓取卡片可以直接打开 URL。
这些变化不需要数据迁移，但会改变入口位置和默认行为。团队培训文档、截图和自动化操作步骤需要同步更新。
rc.1 用户升级清单
| 场景 | rc.2 重点检查 |
|---|---|
| 定时任务 | 手动启用、重启持久化、运行记录和重复间隔 |
| 动态工具 | 模型能力声明、KV Cache 与 Token 变化 |
| Auto review | 拒绝、失败、人工放行和 Inspector 安装状态 |
| 桌面任务 | 关闭窗口继续运行，退出应用出现影响提示 |
| 长对话 | 长输出截断后仍可继续发送消息 |
| 插件 | 异常中断后的安装、配置保存与运行时启停 |
| 模型 | 账号入口与 API Key 入口不再混用 |
| 工作模式 | 新任务读取保存的默认模式 |
rc.2 的重点不是再次重构 Session，而是把 0.1.7 的新架构推向可以持续使用的产品状态：定时、后台任务、动态工具、审批恢复和长对话都更接近日常工作流。
相关阅读
- DeepSeek Harness v0.1.7-rc.1 更新
- DeepSeek Harness v0.1.7-alpha.2 更新
- DeepSeek Harness 插件管理机制
- DSH Sub-agent 用量与计费分析
参考资料
- DeepSeek Harness v0.1.7-rc.2 官方 Release
- v0.1.7-rc.1 至 v0.1.7-rc.2 完整变更
- npm 上的 @deepseek-ai/dsh 0.1.7-rc.2
常见问题
rc.2 是现在的 npm 默认版本吗？
是。latest 与 next 都指向 0.1.7-rc.2，但 GitHub 仍将该版本标记为 Pre-release。
为什么安装后看不到定时任务？
Web 与桌面端默认关闭定时任务和时间上下文，需要在插件或功能设置中手动启用。
动态增加工具一定能保留 KV Cache 吗？
不一定。只有配置的模型明确声明支持时，DSH 才能使用不破坏 KV Cache 的动态工具路径。