基础设施与工程 · 深度报道

DeepSeek Harness发布v0.2.2-rc.2:具名子代理与搜索配置更新,升级须留意迁移和清理默认值

DeepSeek Harness v0.2.2-rc.2 预发布版更新具名、多层子代理协作与会话级 AgentTeam,并调整网页搜索默认服务、计费凭据及代码审阅流程。升级需同步迁移插件和共享会话进程,检查归档时默认清理 Git 工作树的设置;该软件仍属未经安全审计的实验性开发者预览,不应视为可用于生产环境。

AIFluxNews AIFlux 编辑2026 年 11 月 11 日阅读约 5 分钟

DeepSeek Harness v0.2.2-rc.2 预发布版更新具名、多层子代理协作与会话级 AgentTeam,并调整网页搜索默认服务、计费凭据及代码审阅流程。升级需同步迁移插件和共享会话进程,检查归档时默认清理 Git 工作树的设置;该软件仍属未经安全审计的实验性开发者预览,不应视为可用于生产环境。

2026年11月11日,DeepSeek 在其官方 GitHub 仓库发布 DeepSeek Harness v0.2.2-rc.2,把具名、多层子代理协作和按会话启用的 AgentTeam 纳入这一候选版本,同时调整网页搜索的默认服务与计费配置。

官方发布页仍将它标记为预发布版本。GitHub 发布 API记录的公开时间为11月11日11:33:06 UTC,且 prerelease 为 true。这不是稳定版正式上线,也不是新的 DeepSeek 基础模型发布,而是智能体运行框架的一次工程更新。

对使用者而言,变化不只在于可以怎样分配任务,还在于搜索请求使用哪套凭据、旧插件如何适配,以及归档会话后本地工作目录是否继续保留。

团队协作按会话开启,升级也涉及共享存储

按照发布说明,SubAgent 支持具名与多层协作;AgentTeam 可以按会话开启,并提供共享的成员与任务面板。多层子代理的浏览界面也作了调整,优先展示任务描述,支持逐层展开,以及读取失败后的重试。

这些改动面向的是任务组织和过程可见性:当工作被分给多个子代理时,用户需要看清成员、任务和层级关系,而不只是看到一串工具调用。但界面能够展示协作过程,不等于多个智能体已经具备更高的任务成功率;这份发布说明没有给出相应的对照评测。

团队功能的默认行为需要分开理解。官方表示,SDK 可以通过配置,让新会话默认开启团队协作;恢复已有会话时,则保留该会话原先的选择。这并不是升级后所有历史会话都会自动转为团队模式。

与此同时,AgentTeam 改为使用统一的具名子代理,中断工具默认关闭。这里的“中断工具”指这一功能中的工具默认设置,不能扩大解释为用户无法停止整个应用。对于自定义插件与 SDK 集成,官方明确要求迁移,并提醒所有共享会话存储的进程同步升级。因而,嵌入式部署不能只考虑某一个客户端的版本,还要核对共同读写会话数据的其他进程。

搜索默认服务变化,不等于搜索能力首次出现

本版网页搜索默认改用 DeepSeek Search API,Search 与 Fetch,也就是搜索和网页获取,可以分别选择计费账号或 API Key。旧提供方和自定义配置需要按升级指南调整。

这项变化的重点是默认路由与凭据选择,而非首次加入联网搜索。此前的 v0.2.2-rc.1 发布说明已经涉及 Search API 长摘要的使用,以及依据凭据是否就绪来提供搜索和获取工具。因此,不能把 rc.2 的默认服务调整写成 Harness 从此才具备检索网页的能力。

此次发布还称,单次网页搜索默认支持最多10个查询和10个来源。这个数量描述的是一次工具调用的默认支持范围,不是检索准确率,也不意味着返回的来源已经完成事实核验。对于维护自定义搜索配置的开发者,升级前更直接的检查项,是搜索与获取分别使用什么凭据、由谁承担费用,以及旧配置是否仍按预期生效。发布说明没有提供足以比较新旧方案完整成本的价格信息。

工作树继续整合,归档默认清理值得留意

代码审查与 Git 工作树并不是本版首次推出。AIFluxNews 此前关于 v0.2.2-alpha.3 的报道已经介绍了两类入口的整合;该版本于2026年11月3日公开。

rc.2 在此基础上继续扩展审阅流程,支持按分支、提交和文件类型查看改动,并在 Harness 中直接处理 GitHub 评审、同步已审阅进度和更新分支。官方还列出评论、文件导航和窄屏布局的改善,以及 PR 更新后差异与提交行号不一致问题的修复。这些属于既有代码变更工作流的后续完善,而不是工作树功能的首次发布。

更需要已有用户留意的是生命周期管理:归档会话时,系统默认清理符合条件的 Git 工作树目录,但保留分支与提交。官方提示,需要保留本地目录的用户应关闭清理,并迁移自定义配置与 Forge 插件。

“保留分支与提交”和“保留原来的本地工作目录”不是同一件事。前者不能替代对目录保留需求的检查,也不能据此推断所有本地文件都会得到备份。对依赖会话目录继续人工处理任务的团队,这一默认值比界面变化更可能直接影响日常操作。

工具更可见,权限边界仍须单独审视

发布说明还提到,智能体命令改在侧栏终端中运行,用户可以通过输入接管;获准读取的用户终端内容会进入模型上下文与会话记录。这改善了执行过程的可见性,同时也提醒使用者:终端内容是否包含敏感信息,与允许智能体读取哪些终端,需要一并考虑。

其他变更同样涉及安全边界。官方说明,Office 文档解析在 Harness 主进程中运行,不受命令行沙箱保护;LiveShare 的 PTC 可以访问分享目录之外,因此只应向可信任的人分享。PTC 在超出工具调用限制后会终止代码并清空保留状态,但已经完成的操作不会撤销。这些限制意味着,停止一次执行并不等于回滚它此前产生的影响。

该版本对应的安全说明仍明确将 Harness 定义为实验性的开发者预览软件,指出项目尚未接受安全审计,不得视为安全或可用于生产环境的软件。它可以执行模型生成的代码与命令、加载第三方插件,并访问向其开放的文件、进程、网络和凭据。沙箱、审批提示与权限控制可以降低风险,但不保证隔离,也无法保护已经授权它访问的资源。

因此,rc.2 可以确认的进展,是子代理协作的组织方式、搜索默认配置和代码审阅流程继续完善;它们不构成软件已经达到生产安全要求的证明。对于准备试用或迁移的开发者,核对共享进程版本、插件兼容性、计费凭据和工作树清理策略,比单纯追求功能开启更重要。本文依据官方发布记录、版本说明及安全文档核验,未运行该软件,也未独立验证其性能或安全性。

不错过任何一条 AI 大事

订阅 AIFlux 早报,每天 3 分钟看懂产业动态。