DeepSeek Harness v0.1.2-alpha.1

DeepSeek Harness v0.1.2-alpha.1：Agent Teams、PTC 与兼容性变化

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

2026 年 8 月 27 日，DeepSeek Harness 官方仓库出现 dsh-v0.1.2-alpha.1 标签。这是一次值得关注的预发布源码快照，但截至 8 月 28 日，它尚未发布到 npm，也没有正式 GitHub Release 附件。因此，本文讨论的是标签中可见的代码变化，而不是宣布稳定版已经发布。

与 v0.1.1-rc.2 相比，这条开发线包含大规模架构调整。真正重要的不是数字变大，而是 DSH 正从早期可组合原型转向更完整的 Agent 运行时。

一句话结论

v0.1.2-alpha.1 同时扩展多 Agent、远程控制、SDK、会话持久化和 Web UI，并改变部分插件依赖的接口。普通用户应该等待正式发布；插件作者可以立即开始兼容性检查，但不应直接覆盖生产环境。

主要变化

实验性 Agent Teams

源码中出现面向 Web 与 CLI Profile 的 Agent Teams 组合。它把持久队友、共享任务和协作消息从单项能力推进为可启动的实验性配置。它仍不等于默认稳定功能，尤其需要观察子 Agent 生命周期、失败恢复和长任务调度。

Code Mode 更名为 PTC

用户界面的 code-mode 名称转向 PTC。PTC 允许模型生成一段程序来组合多次工具调用，减少模型与工具之间的往返。旧会话中仍可能保留旧名称，因此插件和文档不能只做字符串替换，还要考虑历史数据兼容。

SDK、ACP 与模型路由

  • 新增更独立的 SDK/ACP 应用组合。
  • TypeScript 客户端可通过 DSH Profile 启动。
  • Python SDK 的分发范围继续扩展。
  • 子 Agent 可配置 Provider、模型和允许的子模型范围。

这意味着 DSH 不只想提供一个 Web 聊天界面，也在形成可被其他应用控制的 Harness Runtime。

GitHub Webhook 与自动化入口

新代码支持从 GitHub 事件创建工作区会话。它为 Issue、代码审查或自动修复工作流提供入口，同时也提高了鉴权、输入校验和重复事件处理的重要性。

会话与客户端架构重构

客户端模块、Remote Controller、会话格式迁移和每会话 Projection Cache 都发生变化。预期收益包括更清晰的远程 API、更小的存储占用和更可靠的冷启动；代价是依赖旧客户端模块、ApiProxy 或旧 DOM 结构的插件可能失效。

Web 安全与连接行为

标签中可以看到一次性启动 Token、Web 请求审批、SSRF 防护、WebSocket 保活和 HTTP gzip 等变化。这些是重要的默认边界，但不能替代反向代理鉴权、最小权限和第三方插件审查。

插件作者需要检查什么

  1. 是否导入已移动或被移除的客户端模块。
  2. 是否依赖 ApiProxy 或旧 RPC 路径。
  3. 是否用固定 DOM 选择器注入 Web UI。
  4. 是否把依赖解析建立在全局 node_modules 假设上。
  5. 是否正确保存和迁移旧 Session 数据。
  6. 是否适配一次性 Token 和新的远程控制器。

现在应该升级吗

用户类型建议
普通 DSH 用户等待 npm 或正式 Release，不要把源码 tag 当稳定升级包
插件作者在隔离 Profile 中开始兼容测试
Agent Teams 研究者可以固定 tag 做实验，并明确记录版本
生产部署不建议直接切换；先验证会话迁移、插件和鉴权链路

如何验证正式发布

不要只看讨论帖或截图。正式升级前同时确认：

  • 官方仓库是否存在 Release 说明与附件；
  • npm 上 @deepseek-ai/dsh 是否发布对应版本；
  • 官方文档是否更新安装与迁移步骤；
  • 你使用的插件是否声明支持该版本。

相关阅读

常见问题

v0.1.2-alpha.1 已经正式发布了吗？

没有。截至 2026 年 8 月 28 日，它是官方仓库里的预发布标签，尚未成为 npm 正式版本，也没有完整 Release 附件。

为什么一个未正式发布的标签值得关注？

因为它提前暴露了下一阶段架构方向，插件作者可以据此发现兼容风险。但源码快照随时可能调整，不能当成稳定承诺。