DeepSeek Harness 0.1.5 是一个会影响迁移的预发布版本，不只是一次普通界面更新。真正重要的变化集中在 2026 年 9 月 10 日发布的 dsh-v0.1.5-rc.1：Session 数据升级到 V3、不同入口的默认工具改变、子代理更容易继续和调整、文件工作流扩展，多项 SDK 与插件接口也发生变化。
DeepSeek 随后在 9 月 10 日发布了 dsh-v0.1.5-rc.2。截至 9 月 11 日，它是官方最新预发布版本，但只增加了两项小型使用体验改进：让反馈提交的确认与报错更清楚，以及优化交付文件的卡片、间距和图标。它不会取代 RC1 的迁移说明。
上次核验：2026 年 9 月 11 日。 本文介绍 DeepSeek Harness 上游 Release，不代表 Agent.Space 正在运行或支持任一 0.1.5 Release Candidate。
一分钟看懂 DeepSeek Harness 0.1.5
如果你是从 0.1.2 系列升级，可以把 0.1.2 RC1 文章作为历史背景。本文接下来聚焦 0.1.5 RC1 引入、并在 RC2 中延续的升级决策。
用户会感受到哪些变化
文件工作更直观，也更灵活
0.1.5 RC1 的 Web 界面可以上传任意文件；用户切换会话后，上传仍可在后台继续，模型也能通过文件工具读取保存后的路径。新的右侧栏可以用标签页或分屏查看 Markdown、代码、HTML、PDF 和图片；交付文件还可以预览、打开，或在外部应用中显示。
一项任务生成多个产物时，这些变化能让检查过程更方便，但也会扩大实际数据边界。上传前应该确认文件属于测试环境，并确认已启用的模型、插件、工具和外部应用都被允许访问它。
长 Session 与可继续子代理有了更多控制项
RC1 为可继续子代理增加了排队发送后续消息、编辑与删除消息、调整单个或全部活跃子代理，以及停止运行等控制。它还改善了长对话的性能与内存使用，按需加载较早的会话引用，并调整团队消息的归属与顺序。
这些控制适合在不丢弃子任务的情况下纠正方向，但不能代替有明确边界的 Brief。能继续运行、接收新指令并使用工具的子代理，也可能比预期活跃更久，所以仍要写清任务范围、权限与停止条件。安全评估工作流会把这些边界整理成一套可重复的首次测试方法。
模型与供应方配置范围扩大
DeepSeek 官方模型适配器新增 DeepSeek-V41-Flash，标识符为 deepseek-flash。除非显式指定模型，新 Session 默认会选择它。Release 还增加了两种模型发现方式：读取自定义 provider 的 models 对象，以及调用 Anthropic 原生模型列表；在信息可用时，还会补充显示名称、上下文长度和输出上限。
出站请求现在可以遵循 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 和 NO_PROXY。这对必须经过代理网络的安装环境有帮助，但不会自动证明目的地或数据流安全。需要实际核对解析出的模型、provider、Base URL、代理路径、凭证与计费路线，不能只根据模型标签推测。
系统 Prompt 也可以在不让 KV Cache 失效的情况下动态更新，但只适用于主动声明支持的模型。集成应该把这项声明当作能力检查，而不是默认所有模型都有同样行为。
Session V3 是升级前最重要的一关
0.1.5 最关键的变化是 Session 数据格式 V3。DeepSeek 表示，受支持的旧日志会被迁移成新文件，同时保留原始文件；但升级后的 Session 数据不能由旧版本读取，因此不支持把这些数据降级回旧版本。
所以安装前至少要完成四项检查：
- 把重要 Session 数据备份到工作目录以外。
- 先复制一份不含敏感信息的 Session，在副本上测试迁移，不要直接操作唯一版本。
- 在确认迁移数据和恢复路线之前，保留固定旧版本的运行环境。
- 更新依赖旧格式的自定义日志读取器、导出工具、Dashboard 或插件。
Session 生命周期 API 也发生变化。创建或控制 Session 的代码可能需要改用 SessionHandle；agentLoop.create() 变为异步调用；Session lock 则规定同一个 Session 最多由一个进程持有。测试时不能只看 UI 是否能打开，还要检查启动、恢复、暂停、取消和并发访问。
默认工具与插件 API 也变了
RC1 改变了不同运行入口默认提供的工具：
Bash 工具也会更明确地返回退出与超时信息。评估时应该记录实际生效的工具，不要继续沿用旧 tag 的工具清单。
插件维护者还要处理其他迁移。RC1 从 Agent 插件 API 中移除 ctx.agent，改为显式传入 agent；Inbox 访问集中到 agent.inbox；Web Panel 与会话插槽 API 也改变。实验性的 Agent Teams npm 包需要显式 Profile，并不是默认能力。重新启用自定义插件前，要针对准确 RC2 软件包审查并测试最小权限行为。
安全边界没有改变
DeepSeek 仍在官方仓库中把项目标为 Developer Preview。Safety Notice明确表示，它尚未经过安全审计，不能被视为安全或生产就绪。
Harness 可以执行代码和命令、加载插件，并访问环境开放给它的文件、进程、网络和凭证。Sandbox、Approval 与 Permission 可以降低风险，但不能保证完全隔离。文件上传、外部“打开方式”、持久 Shell、代理网络和可继续子代理，都应该像其他工具路线一样接受最小权限审查。
建议使用可丢弃的虚拟机或容器，只提供测试专用的凭证与数据，保留可恢复备份，并检查所有插件、配置变化和准备执行的命令。更完整的逐项检查可以参考编程 Agent Workspace 安全指南。
一份实用的 0.1.5 升级检查清单
升级前：
- 记录当前软件包、tag 或 commit、启动 Profile、模型/provider 配置、插件、工具与运行环境；
- 备份 Session 数据，并在副本上测试 V3 迁移；
- 找出依赖 Session、Agent、Inbox、Web Panel 或 editor API 的自定义读取器与代码；
- 确认当前运行入口在新版本中的默认工具集合；
- 建立一个文件、网络、进程和凭证都受限制的可丢弃测试环境。
测试时：
- 固定
dsh-v0.1.5-rc.2，不要使用会移动的分支或未记录解析结果的软件包命令； - 迁移一份有代表性的 Session，检查打开、恢复、追加、暂停、取消与 lock 行为；
- 运行一项有边界的文件任务，检查上传、保存路径、交付文件与外部打开动作；
- 启动、调整并停止一个可继续子代理，同时检查权限与消息归属；
- 核对 runtime 中实际显示的模型、provider、代理路线、工具与插件集合。
正式采用前：
- 把文件系统与 Session 产物和备份基线进行对比；
- 独立运行测试，不要把聊天最终回复当作完成证明；
- 确认自定义集成不再调用已移除的合同；
- 保留可回滚的旧运行环境，即使已经迁移的 Session 本身不能降级；
- 记录 RC2 中哪些能力已通过测试、哪些仍未验证。
这对 Agent.Space 意味着什么
0.1.5 RC Release 描述的是开源上游项目。它们不能证明 Agent.Space 当前使用的版本、工具、Session 格式、默认模型、插件或子代理行为。
如果想分清两者，可以阅读 DeepSeek Harness 在 Agent.Space 上代表什么，并查看当前 DeepSeek Harness Agent 页面。托管版本是否可用，应以产品界面为准；自己控制的上游安装使用了什么，则以固定的官方 Release tag 为准。
常见问题
DeepSeek Harness 最新版本是什么？
截至 2026 年 9 月 11 日，dsh-v0.1.5-rc.2 是 GitHub 上最新的预发布版本。项目仍在快速迭代，安装前应该重新查看 Releases 页面。
0.1.5 RC1 和 RC2 有什么区别？
RC1 包含主要功能和破坏性变化；RC2 只是一个小型跟进，改善反馈提交和交付文件展示。评估 RC2 时仍必须使用 RC1 的迁移检查清单。
升级后的 Session 能用旧版本打开吗？
DeepSeek 表示升级后的 Session 数据不支持降级。依赖 V3 前，应该保留原始文件，并在副本上测试迁移。
Agent.Space 支持 DeepSeek Harness 0.1.5 RC2 吗？
本文没有做出这一声明。托管版本是否可用、具体怎样运行，应该以 Agent.Space 当前界面和产品资料为准。
实际结论
如果现在要评估 DeepSeek Harness 0.1.5，应该固定 RC2；但真正解释“为什么升级需要谨慎”的是 RC1。先保护 Session 数据，再重新审查默认工具与插件合同，最后在隔离环境测试准确 runtime。
如果你的 Workspace 中显示 DeepSeek Harness，可以打开 Agent.Space，分别确认可用 Agent 与模型，再从一项能够检查和回滚的有边界任务开始。