Agent 不再是产品，而是基础设施——DeepSeek Harness 给出的另一种可能

Agent 不再是产品，而是基础设施——DeepSeek Harness 给出的另一种可能

内测几天，参与测试的用户在 DeepSeek Harness 的项目仓库里就开发了约 300 个插件。

这是 2026 年 8 月 13 日，DeepSeek 正式发布其首款 Agent 产品时给出的一个数字。同一天，DeepSeek-V4-Pro 正式版（0813）也悄然上线，1M 上下文、384K 输出、Tool Calls 与 Responses API 一应俱全，价格分层从 Flash 的 0.02/1/2 元到 Pro 的 0.025/3/6 元（每百万 Token），并发限制 500 vs 2500（来源：爱范儿 V4 Pro 上线报道）。

但数字不是重点。DeepSeek Harness 项目仓库的 README 里有一句很克制的话：「DSH 不是 DeepSeek 版 Codex，它更接近一套可重组、可回放的 Agent 运行时」（来源：爱范儿首发体验）。

这句话把过去一年所有关于「Agent 产品」的讨论，推到了一个新拐点上。

Codex 是成品，Harness 是内核

过去两年我们看 Agent 的视角是这样的：Cursor 比 Claude Code 好用，Manus 比 Devin 强，每个产品都想做「下一个 Codex」——一个开箱即用、模型+工具+UI 全部预装好的成品。VS Code、Chrome 是这条路线的成功范本。

DeepSeek Harness 不走这条路。它的产品形态更接近 Linux 内核：把模型适配器、工具、策略、提示词、存储、UI 区域全部做成插件，每一个能力都是可替换、可重组、可回放的部件（来源：爱范儿 DSH 首发体验）。

这种区分在产品上最直观的体现是「内测 300 个插件」这个数字（来源：爱范儿 DSH 首发体验）。Codex 的插件是给成品加功能（Computer Use、Notion、Chrome），DSH 的插件是在 Agent 的大脑、工具箱、规则和界面里加能力。爱范儿的体验文章里举了个例子：DSH 的「写作插件」可以同时注册 /headline 命令、新增模型可调用的标题工具、替换系统提示词、接入 Skills、增加检索或 MCP、保存长期偏好，甚至在界面里新增写作面板。

这意味着 Agent 的边界不再是「哪家公司的产品更好用」，而是「你能用通用运行时组装出多少种 Agent」。前者是消费品的逻辑，后者是基础设施的逻辑。

「一切皆插件」的真实含义

DeepSeek Harness 文档里那句「Everything is a plugin」，很容易被理解成 VS Code 那种「插件装得多功能就强」。但它的实际语义更激进。

DSH 把 Agent 拆成了六层可被插件替换的部分：模型适配器、工具、策略、提示词、存储、UI。这六层构成了 Agent 的「内核」（来源：爱范儿 DSH 首发体验）。在 Codex 这种成品级产品里，模型只能换（接 Anthropic 或 OpenAI），其它层是固定的；在 DSH 里，每一层都能被插件改写。

文章里提到的 Pi Agent 走的是类似思路——通过 Extension 改写工具、模型请求、会话行为和终端界面。但 Pi 让一个 Coding Agent 可以任意扩展，DSH 让整个 Agent 产品都由插件重新组合。两者差一个数量级。

这背后是一个工程判断：Agent 的差异点不应该被锁死在出厂设置里。当模型同质化、Tool Calls 标准化、上下文压缩各家都做得差不多的时候，差异化只能发生在 Agent 的组合方式上。

Profile + Agent Preset，两层组合系统

DSH 的两级组合系统是这套架构的执行层。