DeepSeek Harness 0.2.2 RC2升级：多Agent协作与GitHub审阅落地

DeepSeek Harness 在 11 月 11 日晚发布了 0.2.2 RC2，官方仓库把它标注为预发布版本。这次更新的主线很明确：让这套开源 Agent 工作台从“能跑起来”走向“能协作、能审阅、能接入真实工具链”。据 DeepSeek 官方 GitHub 发布说明，改动集中在子代理协作、代码审阅、搜索与办公工具、以及模型接入四个方面，同时附带若干需要老用户留意的迁移事项。

多Agent协作：从一个助手到一个团队

这一版把子代理能力往前推了一步。子代理现在支持多层级协作，团队模式可以按会话（官方原文称“绘画”，应为会话）开启，成员和任务共用一个面板。换句话说，多个 Agent 不再是各自孤立的会话，而是在同一块看板上共享任务状态。

配套的改动是任务浏览体验：官方改进了多层任务浏览，优先展示任务描述，支持逐层展开，读取失败后可以重试。官网插件界面示例中出现了 Agent Teams 入口，用于启用团队协作和共享任务看板。

多 Agent 协作的价值不在于“数量多”，而在于任务状态是否可追踪。这次把成员、任务、层级浏览放进同一面板，实际上是在补齐协作场景里最容易失控的一环——让用户知道每个子代理在做什么、做到哪一步。

子代理（Sub-agent）是指由一个主代理派生、负责特定子任务的代理实例。在 Agent 工作台中，主代理可以把复杂任务拆解后分派给子代理并行执行，但子代理的上下文通常与主代理隔离，只回传结果。多层级协作意味着子代理自身还可以再派生下一级子代理，形成树状任务结构，这就要求工作台能追踪每层代理的状态、依赖和产出。团队模式与普通多代理的区别在于共享状态：多个代理读取同一份任务看板，任务状态对全体成员可见，避免重复认领或任务丢失。

GitHub审阅：把看代码、评审、跟踪进度串成一条流

代码审阅是本次另一组重点更新。Git 工作区支持按分支、提交和文件类型查看改动，还可以直接处理 GitHub 评审，同步审阅进度，以及更新分支。官方同时改善了评论、文件导航和窄屏布局，减少查看大型改动时的卡顿，并放宽了大型仓库创建工作区的等待时间。

这组变化的实用之处，是把“看代码、做评审、跟踪阅读进度”放到同一条工作流里。过去这类工作往往要在 IDE、GitHub 网页和本地 diff 之间来回切换，现在 Harness 试图在一个工作台内完成闭环。对经常处理大型改动的团队来说，卡顿减少和等待时间放宽属于体感层面的改善，但实际效果仍取决于仓库规模与本地环境。

Git 工作区是 Harness 为每个会话或任务单独准备的代码副本目录，使代理的改动与用户主仓库隔离，便于审阅后再合并。按分支、提交和文件类型查看改动，对应的是 Git 的三种 diff 维度：分支间差异用于整体审阅，提交级差异用于逐次追溯，文件类型过滤则便于在大改动中聚焦特定语言或配置。GitHub 评审（Pull Request Review）支持指在工具内直接拉取 PR 的评论线程、提交评审意见并标记已读进度，无需跳转网页，这与本地 diff 查看结合后形成从阅读到反馈的闭环。

搜索与工具调度：默认改用DeepSeek Search API

网页搜索默认改用 DeepSeek^广告 Search API。搜索和网页获取可以分别选择计费账号或 API Key 提供方，并支持自定义配置——官方提示需要按升级说明调整，使用前要核对实际计费配置。

工具调度上，官方将单次网页搜索的默认上限设为 10 条查询和 10 个来源，并让更多只读文件、任务和资源查询并行执行，结果仍按调用顺序展示。这里要区分“调度能力”和“实际耗时”：并行执行属于工具调度和配置层面的变化，实际完成任务有多快还取决于模型与任务本身，不能简单等同于端到端加速。

模型接入与插件：Gemini原生接口、MCP动态管理

模型接入方面，自定义提供方新增 Gemini 原生接口支持，可获取模型列表并设置推理等级。官方文档的提供方管理页面展示了相关配置，原生接口支持写在本次发布说明里。

插件能力上，插件可以动态注册和移除 MCP 服务，并查询状态、重启以及探测连接。这意味着 MCP 服务不再需要频繁重启整个工作台来生效，运维成本有所下降。

Office 改用原生工具，网页版和 SDK 都可加载技能，旧包与技能需要迁移。官方同时说明，文档解析在 Harness 主进程运行，处于命令行沙箱保护范围之外——这一点值得留意，涉及文档处理时的安全边界。Computer Use 也做了调整，涉及窗口、键盘控制和授权，默认不移动系统鼠标，自定义脚本需要同步升级。

MCP（Model Context Protocol）是 Anthropic 提出的开放协议，用于让模型以标准化方式连接外部工具和数据源，服务端暴露工具、资源和提示模板，客户端按协议调用。此前接入 MCP 服务往往需要在启动时写好配置并重启工作台才能生效；动态注册与移除意味着运行期间可以增删服务，配合状态查询和连接探测，便于排查服务不可用问题。Gemini 原生接口则指直接使用 Google 的官方 API 协议（含模型列表与推理等级参数），而非通过 OpenAI 兼容层转发，通常能获得更完整的能力支持和更准确的错误信息。

升级注意事项：重试、渠道与几处容易踩的坑

模型请求失败后，可以设置重试条件、次数和等待时间，临时请求失败可以直接点击继续生成。桌面端也能切换正式版与开发版更新渠道。

这版还修复了部分重复提交、子代理重复唤醒，以及模型网关错误被误报成 API Key 无效等问题。使用自定义插件和 SDK 集成的用户需要同步迁移，连接共享会话的进程也要一起升级，否则容易出现版本不一致导致的连接异常。

还有一个容易被忽略的变化：归档会话时，默认会清理符合条件的 Git 工作区，保留分支和提交。如果要保留本地工作目录，需要关闭这项清理设置。完整说明和代码在 DeepSeek 官方仓库。

整体来看，0.2.2 RC2 是一次偏工程化的更新：协作面板、GitHub 评审、搜索 API 默认切换，都在把 Harness 往“真实工作流”方向推。作为预发布版本，升级前核对计费配置、迁移旧技能、检查清理设置，是三项绕不开的准备工作。

预发布版本（RC，Release Candidate）指功能已冻结、等待最终验证的候选版本，稳定性低于正式版，接口和行为仍可能调整。正式版与开发版更新渠道的区别在于更新频率与风险：开发版跟进最新提交，适合尝鲜和反馈问题；正式版经过更长验证，适合生产环境。归档会话时清理 Git 工作区是一项默认开启的磁盘管理策略，它只删除工作目录中的未提交内容，分支和提交仍保留在仓库中，因此若要保留本地临时文件或未纳入版本控制的产物，需要提前关闭该清理选项。