⚡ 开源动态 · Agent 基础设施

把 Claude Code 与 Codex 收编为子代理：DeepSeek Harness 一周连更，争夺 Agent 时代调度层

8 月 19 日深夜，开源仅一周的 DeepSeek Harness 再次放出 v0.1.0-rc.8 版本。该项目以“一切皆插件”为核心架构，试图在各大厂商闭源 Agent 之外，通过构建统一的工程外壳与调度体系，卡位 Agent 时代的入口位置。

来源：综合公开信息整理• 2026-08-20• 全文约 3 分钟读完
#DeepSeek #Agent框架 #开源生态 #ClaudeCode #Codex
30,000+ 首日 GitHub Star，创最快破 2 万纪录
12,293 64 天研发期累计 Commit 次数
RC.8 一周内连续迭代，两天一更

⚡ 30 秒速览

  • 收编竞对：Claude Code 和 Codex 被做成 Profile Bundle 插件，可作为子代理（Sub-agent）直接挂载到 Harness 中执行特定任务。
  • 视觉降级：不仅支持原生图片请求，面对纯文本模型时还能自动调用 OCR 与像素扫描拼装出“工具级视觉”。
  • 解构架构：基于 Cordis 微内核，主循环、工具、存储甚至调度均可替换，启动配置仅 129 行。
  • 清醒局限：目前仍处于 v0.1 早期阶段，官方明确警告存在破坏性变更，且每次请求会附带本机 UUID 遥测。
  • 战略意图：不做闭源终端，而是借开源调度层卡位——将竞争对手的 Agent 降维为底层“打工人”。

01RC.8 更新了什么？从收编竞对到视觉补齐

距离 RC.7 发布仅隔两天，DeepSeek Harness 放出了最新的 v0.1.0-rc.8 版本。14 项更新拆解开来，呈现出极为清晰的演进主线：

🤖 子代理收编：竞对变成“零件”架构跨越

  • 即装即用：Claude Code 和 Codex 正式作为 Profile Bundle 提供，开发者可将其按需安装为 Harness 工作流中的具体执行者。
  • 并行调度：Codex 支持非交互权限模式与多实例并行，单个任务可同时挂载多个 Codex 协同处理。
  • 异步唤醒：配套的 reportDelivery 机制可实时回传结果并唤醒父任务，避免多智能体协作中的无效等待。
工程含义：原本独立的闭源 Agent 产品，在 Harness 框架内降维成了被上层管线的调度“子任务”。

👁️ 视觉能力扩展：原生看图与“土法视觉”交互升级

  • 多模态接入：核心命令如 /goal、/plan 直接支持图文混合输入，截图可直接丢入窗口。
  • 降级兜底方案：当底座模型不支持图像时，Harness 会自动调用 OCR、颜色统计、像素扫描等工具，将图片拆解为结构化文本供模型读取。
工程含义：通过外围工具编排，为纯文本模型补齐了视觉感知能力。

此外，更新还包含了 web_search 并发查询、Windows PTY 持久 PowerShell 会话等工具链提速项，并正式将“DeepSeek Harness”标注为注册商标，明确生态边界。

注：新版本SQLite数据结构存在不兼容变更，本地存有大量历史会话数据的开发者在升级前需做备份。

02什么是 Harness？解构“一切皆插件”

Harness 直译为“挽具”。在 DeepSeek 的工程定义中，它被赋予了一个极简的公式：

模型（思考）+Harness（工程外壳）=Agent（交付结果）

模型负责逻辑推理，而 Harness 则接管模型之外的所有工程化落盘工作：任务拆解、工具调用、记忆管理、错误重试与结果闭环。

在底层实现上，Harness 基于 Cordis 微内核构建。启动清单仅有 129 行，模型、工具、技能、沙箱、存储、调度乃至 Agent 主循环本身，均被抽象为完全可替换的插件。

这种高度解构的架构，让其从一开始就具备了跨模型的通用调度能力。

“这次它看起来相当原创。” —— Hacker News 社区高赞评论

03竞对打法对比为什么调度层是必争之地？

模型可以随时更换，但用户一旦建立起基于某种外壳的工具工作流，搬迁成本将极其高昂。DeepSeek 正在尝试通过开源策略抢占这一关键节点。

闭源终端模式（Claude Code / Codex）

模型与 Agent 终端深度绑定，生态闭环。虽体验精细，但依赖单一厂商 API，扩展性受限。

开源调度模式（DeepSeek Harness）

MIT 协议开源，模型可随意切换。将竞对终端吸收为子代理，通过极低 API 成本抢占调度入口。

这一战略类似于“安卓打法”——自身不强求做封闭的软硬一体终端，而是通过提供统一的开源调度框架，让行业内所有的 Agent 与模型都运行在自己的系统规则之上。

04清醒审视早期版本的局限与隐患

尽管迭代迅速，但从开发者视角来看，当前的 Harness 仍处于极其粗糙的早期阶段。

⚠️ 开发者需注意的现实风险

  • 破坏性变更频发：官方文档以全大写字母警告未来的 API 兼容性风险；天天更新的仓库导致文档严重滞后。
  • 单体完成度不足：在工程细节与实际交互体验上，目前与成熟的闭源工具（如 Claude Code 原生终端）仍有明显差距。
  • 隐私与遥测争议：运行过程中本机会生成 UUID 并随每次请求发送，目前遥测开关无法完全关闭该行为。
  • 生态碎片化隐患：“一切皆插件”固然自由，但过度定制可能导致未来不同社区插件之间的兼容性彻底撕裂。
编辑核心判断

Agent 时代的入口之争，已经从“大模型能力比拼”演进为“工程调度权之争”。DeepSeek Harness 的野心并非再造一个独立的终端工具，而是通过开源解构，将竞争对手的 Agent 降维为底层“打工人”，在调度层建立新的分发标准。

▶项目获取方式

该项目已在 GitHub 以 MIT 协议全量开源，可在官方仓库获取源码与最新配置清单。

git clone https://github.com/deepseek-ai/harness