DeepSeek Harness 于 2026-09-15 发布 v0.1.6-alpha.1，作为预发行版本引入了实验性的 Browser Use 与 Computer Use、扩展的 Headless 输出和更丰富的 MCP 资源支持，同时伴随适配器、PTC 与执行后端的若干底层变更。该版本将智能体运行时推向更广泛的执行环境，但明确为开发者测试的实验功能，未提供生产级安全保证，使用需注意权限与隔离策略。
DeepSeek 官方 GitHub 项目 DeepSeek Harness 于 2026 年 9 月 15 日发布 v0.1.6-alpha.1。这是一个明确标注为 Pre-release 的预发布版本，更新重点集中在智能体运行时、开发者工具以及实验性的浏览器和计算机操作能力上。
GitHub 官方 Release 页面显示，该版本由仓库贡献者 CreatixChu 发布，使用不可变标签 dsh-v0.1.6-alpha.1。发布说明列出了 Web 侧边栏终端、归档会话、MCP 资源支持、Headless 运行模式，以及 Browser Use、Computer Use 和 Auto review 等新功能。
这次更新的意义不只在于增加了几个界面入口。它显示 DeepSeek Harness 正在把智能体从“调用模型并返回文本”的程序，继续推向能够使用浏览器、操作本地计算机、连接远程工作区，并以可追踪方式持续运行的执行环境。
Browser Use 与 Computer Use 仍处于实验阶段
v0.1.6-alpha.1 新增了实验性的 Browser Use 支持。根据官方发布说明，浏览器后端可以通过 Playwright MCP、Chrome DevTools MCP 和 Stagehand 运行。这意味着 Harness 可以借助不同的浏览器自动化或浏览器代理后端，为智能体提供访问网页、执行页面操作和处理浏览器任务的能力。
同一版本还加入了实验性的 Computer Use。官方称，该功能可以通过 Cua Driver MCP 或原生驱动操作本机并获取截图。与只处理结构化 API 或文件工具相比，计算机操作更接近人类使用桌面环境的方式，但也意味着系统需要面对更复杂的权限、状态识别和误操作风险。
发布说明并没有把这些能力描述为稳定功能，也没有给出独立安全审计或生产环境保证。因而，Browser Use 和 Computer Use 更适合被理解为供开发者测试的扩展接口，而不是已经完成安全验证的通用自动化产品。
这也是此次版本最需要保留的限定条件：它扩大了智能体能够触及的环境范围，但并不自动解决“智能体应该被允许做什么”的治理问题。浏览器登录状态、文件系统、剪贴板、网络访问和桌面控制权限，都可能把一次看似普通的任务连接到真实账户或真实数据。
Headless 模式让运行结果更适合自动化集成
该版本还扩展了 Headless 能力。智能体可以从标准输入接收任务，使用 --session-id 继续已有会话，并通过 --json 逐行输出 JSON 运行事件。
这些变化对持续集成、批处理和外部编排系统尤其重要。标准输入和逐行 JSON 输出让 Harness 更容易被脚本、任务队列或其他代理系统调用；会话 ID 则为暂停后继续运行、异步执行和故障恢复提供了较清晰的接口。
对于开发者而言，逐行事件输出也意味着可以在任务尚未结束时观察运行过程，而不必等到整个任务完成后再解析一段最终文本。这有助于构建日志、状态面板和人工审批流程，但事件内容如何被消费、哪些状态可以安全恢复，仍需要应用侧自行设计。
MCP 从工具连接扩展到资源和 URI 模板
v0.1.6-alpha.1 将 MCP 支持扩展到资源发现、资源读取和 URI 模板。官方说明称，在内置 Profile 中配置 MCP 服务器后，可以使用共享资源工具。
此前，MCP 在许多应用中主要被用作工具调用协议；资源和 URI 模板则把连接范围进一步扩展到可被发现和读取的外部内容。对智能体运行时来说，这有助于将文档、项目资料或其他上下文资源纳入任务流程，同时减少每个插件都单独设计读取接口的需要。
不过，资源可发现并不等于资源应当默认可读。企业或个人部署时仍需要检查 MCP 服务器的身份、资源范围、网络位置和凭据配置，并明确哪些资源可以被模型读取、摘要或传递给其他工具。
运行时架构继续围绕插件和可追踪会话展开
DeepSeek 在官方 Harness 开发者预览页面中，将项目概括为“Everything is a plugin”。官网称，模型、工具、技能、会话、沙箱、存储、循环、调度和用户界面都可以由插件提供，并通过 Cordis 内核进行挂载、卸载和依赖管理。
DeepSeek Harness 官方开发者预览介绍还强调，每次运行都会被记录到追加写入的会话日志中，记录内容包括系统提示词、推理、工具调用及结果、子代理调度和上下文注入。开发者可以围绕同一事件流检查、恢复、分叉、搜索和重放运行过程。
这一设计方向解释了为什么本次版本同时更新 Web 终端、归档会话、Headless 事件和浏览器操作：它们并非孤立功能，而是试图把代理的执行环境、工具链和运行记录放进同一个可组合的框架中。DeepSeek Harness 此前的 v0.1.5-alpha.1 更新已经显示，项目仍在快速调整会话格式、侧边栏和插件 API，开发者不能简单地把预发布版本视为稳定运行时。
版本还调整了 DeepSeek 适配器、PTC 和执行后端
除新功能外，发布说明还包含多项可能影响自定义配置的底层变化。
首先，DeepSeek 适配器默认改用 Messages 协议，并支持通过 Files API 复用已上传图片。如果用户手动配置了旧的官方根地址，官方建议移除该配置，或改为 https://api.deepseek.com/anthropic。这意味着依赖旧协议或旧地址的部署需要重新检查连接方式。
其次，版本移除了内置 E2B 执行后端，PTC 包名和服务名统一调整为 ptc-runtime 系列，旧名称不再兼容。工作流执行器也改为 workflow-ptc，并暂不支持 Python PTC。Node PTC 改为独立进程执行，同时受到输出和堆内存限制，依赖旧执行环境的插件需要适配。
项目还将实验性 Team 模式统一到 spawn_teammate，关闭 subagent 和 subagent_fork，并把默认队友创建上限从 8 个提高到 16 个。与此同时，部分 Session 同步历史读取接口被弃用，配置热更新的失败处理方式也发生变化：解析失败时保留原配置，但插件激活失败可能造成部分变更已经生效。
这些变更说明，v0.1.6-alpha.1 不只是一个功能增量版本，也涉及运行时接口和自定义插件的迁移。使用过自定义 PTC、工作流执行器、MCP 配置或 Session 读取器的开发者，应先在隔离环境中验证兼容性。
从“能运行”到“可依赖”仍有距离
智能体开始操作浏览器和计算机后，评估标准也会发生变化。问题不再只是模型是否能生成正确答案，还包括它是否能在页面状态变化、工具返回异常或任务中断后保持正确边界。
近期关于代理可靠性的研究也提出了类似问题。IBM Research 关于代理一致性差距的报道指出，同一个代理任务重复执行时，平均成功率可能掩盖结果不稳定的问题。对于 Browser Use 和 Computer Use，这种不稳定可能具体表现为选择了不同页面、误解了按钮状态，或在任务已经偏离授权范围后仍继续操作。
因此，DeepSeek Harness 此次更新提供的是更大的实验空间，而不是对这些风险的最终解决方案。开发者如果要测试新功能，应当限制浏览器和计算机的账户权限，避免直接暴露生产凭据，明确网络和文件访问范围，并为高风险动作设置人工确认或可回滚机制。
预发布标签意味着什么
GitHub 将 v0.1.6-alpha.1 标记为 Pre-release，发布者是仓库贡献者，页面同时显示该版本对应不可变标签和提交记录。现有材料可以确认这是 DeepSeek Harness 官方仓库中的正式 Release，但不能据此把它表述为稳定版、生产级安全产品或经过独立安全审计的产品。
当前可以确认的是，v0.1.6-alpha.1 为 Harness 增加了浏览器与计算机操作的实验接口，改善了 Headless 和 MCP 资源能力，并继续扩展插件化运行时。仍需观察的是，这些功能的兼容范围、权限边界、跨平台稳定性，以及它们何时会进入稳定版本。
对希望构建长期运行智能体的开发者来说，这一版本提供了更丰富的实验工具；对准备把智能体接入真实工作流的团队来说，版本号后的 alpha 仍然是一个重要提醒：新的执行能力需要与更严格的隔离、审计和人工控制同时推进。
来源：