DeepSeek Harness v0.1.3-alpha.2:子 Agent 控制与长会话修复

作者
DeepSeekAgent.io 编辑部
发布
更新

2026 年 9 月 7 日,DeepSeek Harness 官方发布 dsh-v0.1.3-alpha.2 GitHub Pre-release,并将 @deepseek-ai/[email protected] 发布到 npm 的 alpha 通道。本版延续 alpha.1 的 Session v2 与通用文件能力,重点补齐可持续子 Agent 控制、长会话性能、Web 断线恢复和 Windows 运行问题。

需要区分安装通道:截至 2026 年 9 月 8 日,npm 的 latestnext 仍指向 0.1.2-rc.1;只有显式选择 alpha 或精确版本号,才会安装 0.1.3-alpha.2

一句话结论

alpha.2 修复了 alpha.1 已知的长会话性能回退,并带来更完整的子 Agent 消息控制,但它仍是预发布版本,还包含默认工具、Persona 配置和 subprocess handle 的兼容性变化。普通用户继续使用 rc.1;需要验证新功能的开发者应锁定版本、备份会话并在隔离环境测试。

版本与安装状态

检查项状态
GitHub Releasev0.1.3-alpha.2,Pre-release
GitHub Tagdsh-v0.1.3-alpha.2,提交 82a5fd6
发布时间2026-09-07 13:59 UTC
npm 精确版本@deepseek-ai/[email protected] 已发布
npm alpha0.1.3-alpha.2
npm latest / next0.1.2-rc.1
PyPI SDKdeepseek-harness-sdk==0.1.2rc1

默认安装仍然取得 rc.1:

npx @deepseek-ai/dsh web

只有主动测试预发布版本时,才使用 alpha 通道或精确版本:

npx @deepseek-ai/[email protected] web

可持续子 Agent 获得完整消息控制

可继续对话的子 Agent 现在支持消息排队、编辑、删除、对单条或全部队列消息执行 Steer,以及停止操作。它把子 Agent 从“一次启动后等待结果”推进为可以在运行中持续调整的协作单元。

这一变化适合长时间研究、代码审查和多阶段执行,但也要求界面、队列状态与恢复逻辑保持一致。排队消息在发送期间会显示“发送中”,完成前暂时不能编辑、删除或 Steer,避免用户误以为尚未提交的修改已经生效。

长会话性能与引用得到改善

官方说明本版降低了打开、恢复和继续长会话时的卡顿与内存占用,针对 alpha.1 明确列出的性能回退给出后续改进。引用较长会话时,模型也可以按需读取预览中省略的内容。

这不等于所有历史会话迁移风险已经消失。alpha.1 引入的 Session v2、SessionHandle、异步 agentLoop.create() 和 Session 锁仍是 0.1.3 线的重要兼容边界。升级前应备份 $DSH_HOME,并使用真实历史会话验证打开、继续、压缩与恢复。

Web 与本地运行修复

本版修复或改善了多项直接影响日常使用的问题:

  • Web 断线后可以自动恢复连接。
  • 发送消息或调整窗口后,聊天重新自动滚动到底部。
  • Windows 上 Python SDK runtime 的潜在启动崩溃得到修复。
  • Windows 和部分 Linux 环境的进程清理得到改善,减少任务停止后的后台进程残留。
  • Web 顶栏新增“在应用中打开”,可用已安装的编辑器、IDE、终端或文件管理器打开 Workspace。
  • PTC 模式可以展开查看命令及其输出。

其中 Python SDK 的最新 PyPI 公开版本仍是 0.1.2rc1。Release Notes 中的 0.1.3 修复不应被误写成 PyPI 默认用户已经取得的修复。

模型、反馈与界面变化

pi-ai 升级至 0.85.1,以支持更新的模型。设置面板统一了标签、开关和插件状态样式;反馈也可以在不继续会话的情况下独立提交,并附带相关会话内容。

反馈内容可能包含会话上下文。团队环境应在启用和提交前确认数据范围、内部合规要求,以及是否允许把相关会话发送给外部服务。

升级前需要检查的兼容性变化

alpha.2 还包含三项容易影响插件或自动化脚本的变化:

  1. SDK、Headless 与 ACP 默认改用 readwriteedit 编辑文件;Web minimal 与 sdk-minimal 不变。
  2. 自定义 Persona 配置拆分为前缀与后缀,旧配置和引用相关常量的插件需要适配。
  3. 普通 subprocess handle 移除 pid;Terminal handle 不受影响。

升级检查不应只看 Web 能否启动。还应验证自定义 Profile、插件依赖、Persona patch、子进程管理、历史 Session 与无头任务。

社区反馈应如何理解

9 月 8 日的社区讨论报告了 Session v2 迁移和第三方 HTTP channel 注入问题,但报告使用的是 alpha.2 之后的 master 提交,或依赖特定第三方 Provider 与插件。它们是有价值的风险信号,不等于官方已经确认 dsh-v0.1.3-alpha.2 Tag 必然存在相同缺陷。

如果环境依赖历史 Session、第三方 Connection channel 或本地 OpenAI-compatible Provider,应使用自己的配置复现,再决定是否升级。

谁应该升级

场景建议
普通 npm 用户继续使用默认 0.1.2-rc.1
需要子 Agent 排队与 Steer在隔离环境测试精确版本 0.1.3-alpha.2
受 alpha.1 长会话回退影响备份后评估 alpha.2,不直接覆盖唯一环境
Windows Python SDK 用户先确认实际安装渠道与版本,再验证启动修复
插件与 Profile 作者重点检查默认工具、Persona 与 subprocess handle 变化

相关阅读

常见问题

v0.1.3-alpha.2 可以从 npm 安装吗?

可以。截至 2026 年 9 月 8 日,精确版本已发布,npm 的 alpha 也指向它;但 latestnext 仍是 0.1.2-rc.1

不固定版本号会升级到 alpha.2 吗?

不会。npx @deepseek-ai/dsh web 当前解析到 latest,也就是 rc.1。只有使用 @alpha 或精确的 @0.1.3-alpha.2 才会进入 alpha.2。

alpha.2 已经修复所有 Session v2 问题了吗?

官方说明它改善了长会话加载、恢复与内存占用,但没有承诺所有历史会话和第三方 Provider 的迁移组合都已验证。重要会话仍需备份并在副本上测试。