DeepSeek Harness 发布 v0.1.0-rc.8：多模态与子代理支持继续扩展

DeepSeek Harness 于 8 月 19 日发布 v0.1.0-rc.8，继续扩展多模态输入、子代理组合和跨平台终端支持，并修复图片、会话分叉与网关兼容性问题。该版本仍处于 developer preview，强调插件化运行时与开发者工作流改进，但不保证企业级治理与向后兼容性。

DeepSeek Harness 在 8 月 19 日发布 v0.1.0-rc.8。这一版本仍处于 developer preview（开发者预览）阶段，但更新重点已经从单一功能试验，逐渐转向多模态输入、子代理协作、跨平台终端和运行时稳定性等开发者工作流问题。

从官方 GitHub Release来看，rc.8 是一次增量版本，发布标签为 dsh-v0.1.0-rc.8，对应提交 141eb6f。需要注意的是，原始新闻输入中给出的 /releases/tag/v0.1.0-rc.8 地址并不是当前有效的发布页；官方仓库实际使用了带有 dsh- 前缀的标签路径。

图像输入进入更具体的 Agent 工作流

本次更新首先扩大了 Harness 的多模态支持。DeepSeek 模型适配器现在可以配置为使用原生图片请求，/goal、/plan 等命令也可以接收图文混合输入；与此同时，@ 菜单增加了对文件和会话的引用能力。

这意味着图片不再只是附加在对话中的展示材料，而可以直接进入任务目标、计划制定和上下文引用流程。对于需要理解截图、界面设计、错误信息或本地文件内容的编程任务来说，图像输入因此更接近 Agent 的工作数据，而不是独立的演示功能。

不过，官方发布说明并没有提供独立的多模态准确率、任务完成率或用户规模数据。因此，目前能够确认的是接口和工作流支持已经加入，不能据此推导出它在真实项目中的性能表现。

Claude Code 与 Codex 被纳入可选子代理组合

rc.8 还把 Claude Code 与 Codex 子代理改为可以按需安装的 Profile Bundle。Codex 同时获得非交互权限模式和多个命名实例支持。

这项变化体现出 DeepSeek Harness 的定位并不只是一个固定的编程助手。根据DeepSeek Harness 官方项目页，Harness 试图把模型、工具、技能、会话、沙箱、存储、循环、调度和用户界面都视为可以替换或重新组合的插件。项目基于 Cordis 的插件系统，开发者可以通过配置选择和扩展能力，而不必直接修改 Harness 的核心源代码。

在这一框架下，Claude Code 和 Codex 更像是可以接入工作流的执行单元。主任务可以把某些工作分派给特定子代理，再把结果返回到原有会话中。对开发者而言，Profile Bundle 的意义在于减少默认安装负担，也让不同项目可以按需选择自己的代理组合。

但这类组合也会带来权限边界、环境隔离和结果验证问题。官方说明只确认了安装方式和 Codex 的权限模式，并未说明不同子代理之间如何统一管理凭据、文件访问权限或失败回滚。因此，Profile Bundle 的可组合性不等于已经具备成熟的企业级治理能力。

Windows 终端开始支持持久 PowerShell 会话

在平台适配方面，Windows PTY 终端新增持久 PowerShell 会话，并在 Minimal 预设中默认启用。

持久会话可以让多个命令共享同一个终端状态，例如当前目录、环境变量和已经建立的 PowerShell 上下文。对于需要连续运行构建、测试和脚本命令的 Agent 来说，这比每次调用都启动一个全新的进程更接近开发者实际使用终端的方式。

官方同时把这项能力放入极简模式预设，说明项目希望在尽可能少的工具环境中测试模型与运行时的协作，而不是只依赖功能完整的标准模式。DeepSeek Harness 官方介绍目前将运行时区分为 Standard、Code、Minimal 和 Creator 等模式：其中 Minimal 主要保留 shell 工具和文件编辑器，Code 模式则让模型生成代码来编排多轮工具调用。

修复大图、会话分叉和兼容网关问题

rc.8 的问题修复集中在几个容易影响连续任务的环节。

首先，官方修复了图片尺寸过大，或历史会话中图片载荷不断累积而导致模型请求失败的问题。对于支持图像输入的长会话来说，这一修复尤其重要，因为图片上下文的管理会直接影响请求体积和接口稳定性。

其次，取消流式生成后，已经展示的回复前缀此前可能不会被带入后续提问和分叉会话。新版本修正了这一行为，使取消、追问和分叉之间的上下文关系更加一致。

第三，部分自定义 OpenAI 兼容网关此前可能因为请求格式差异而无法调用，或者出现推理内容回传缺失。官方说明称，rc.8 对这些兼容性问题进行了修复，但没有列出受影响网关的完整清单，也没有给出兼容性测试矩阵。

并发搜索和 SQLite 变更带来新的迁移考量

除了功能更新，项目还改善了 web_search 的并发查询能力，以及子代理 reportDelivery 的反馈机制。后者可以及时反馈结果并唤醒父任务，减少子代理完成后主流程长时间等待的情况。

发布说明还提到，SQLite 后端的读写和会话分叉性能得到改善，同时降低了存储体积。但官方明确指出，新的数据结构不兼容。这意味着从旧版本升级时，开发者需要把会话数据迁移和备份放在升级流程中考虑，而不能简单地把版本切换视为无风险更新。

项目也改善了依赖下载体积和本地 dsh web 的启动体验。官方项目页给出的基本启动方式是使用 Node.js 执行 npx @deepseek-ai/dsh web；从源码运行则需要克隆仓库、安装依赖并构建项目。

这仍然是开发者预览，而不是成熟产品

DeepSeek Harness 的官方项目说明明确写着，项目目前处于 developer preview，并且会快速迭代，可能出现兼容性破坏性变更。DeepSeek 的官方介绍页也强调，项目仍在接受构建 Agent Harness 的开发者测试，核心插件和 API 将继续演进。

因此，rc.8 更适合被理解为运行时和开发者工具链的一次迭代，而不是一个已经完成产品化验证的稳定版本。它展示了 DeepSeek 对 Agent 系统的一个清晰判断：模型能力只是其中一部分，真正让模型能够在现实环境中持续工作的，还包括工具调用、会话管理、文件和图像上下文、子代理调度、终端状态以及运行记录。

这一思路与此前围绕 Agent Framework 的讨论相呼应。AIFlux 此前在微软为 Agent Framework 的 harness 加上四项扩展能力的报道中提到，技能、受控 Shell、CodeAct 和背景代理等能力，正在成为 Agent 从“会回答”走向“能执行”的基础设施。DeepSeek Harness 的插件化路线，则把类似问题进一步放到了一个可重组的运行时框架中。

对使用者来说，rc.8 最值得关注的并不是某项单独的界面改动，而是多个执行环节开始被连接起来：图片可以进入目标和计划，文件与会话可以被引用，Codex 和 Claude Code 可以作为子代理安装，搜索任务可以并发运行，Windows 终端可以保持会话状态。至于这些组件能否在复杂代码库、长时间任务和多代理协作中稳定工作，仍需要更多实际运行数据和独立测试来判断。

来源：DeepSeek Harness v0.1.0-rc.8 官方 GitHub Release、DeepSeek Harness 官方项目页、DeepSeek Harness developer preview 官方介绍。