OpenAI / Anthropic 还捂着不给,DeepSeek 却开源了 Harness:Agent「标准战争」已经打响
OpenAI / Anthropic 还捂着不给,DeepSeek 却开源了 Harness:Agent「标准战争」已经打响
Claude Code 是闭源的,Codex 是闭源的,而 DeepSeek 把整个 Agent 运行框架用 MIT 协议开源了。三家最头部的玩家,在 Agent 执行层做出了完全相反的选择。这不是技术偏好的差异,而是一场关于「谁来定义 Agent 标准」的路线之争。这篇讲清楚:标准战争争的是什么、历史上打过几次、以及这次你该站哪边。

一、先看事实:三种截然相反的路线
| 厂商 | 执行层产品 | 开放程度 | 模型绑定 |
|---|---|---|---|
| Anthropic | Claude Code | 闭源 | 绑定 Claude |
| OpenAI | Codex | 闭源 | 绑定 GPT |
| DeepSeek | Harness | MIT 完全开源 | 模型无关,可接任意模型 |
注意第三列的对比强度:不是「部分开源」,不是「开放 API」,而是整个运行时框架、插件系统、Python SDK、基准复现工具链全部 MIT。你可以 fork、魔改、商用、二次分发,DeepSeek 一分不要。
同一层的东西,两家捂在怀里当护城河,一家直接铺到马路上让所有人踩。这个选择本身,就是全部故事。
二、标准战争争的到底是什么
很多人以为 AI 竞争是「模型之争」——谁的榜单分高谁赢。但 2026 年上半年的行业现实是:基础模型能力在快速趋同。
当模型层的差距收窄,竞争就向上下两层转移:
- 向下:推理成本、缓存效率、调度策略(工程层)
- 向上:Agent 怎么组织工具、管理上下文、编排任务(运行时层)
运行时层就是新的战场。它决定了:
- 开发者用什么抽象写 Agent——插件?MCP?私有 SDK?
- 工作流资产沉淀在哪——你的配置、技能、子智能体编排,长在谁的框架里;
- 生态的税向谁交——插件市场、托管服务、企业支持的生意归谁。
一句话:模型是发动机,运行时是底盘。发动机可以外购,底盘的规格一旦定了,整车厂都得按你的接口造车。 DeepSeek 开源 Harness,就是把底盘图纸免费发给所有车厂。
三、历史上,这种战争打过三次
第一次:Android vs iOS(2008-2012)
苹果做封闭精品,Google 把 Android 免费送给所有硬件厂商。结果:iOS 赚走了大部分利润,但 Android 拿下了全球 70%+ 的设备份额和几乎全部的「标准定义权」——应用生态、开发习惯、硬件接口全部按 Android 的规矩长。
第二次:Kubernetes vs 专有 PaaS(2014-2018)
Google 把内部 Borg 的经验开源成 Kubernetes。AWS、Azure、阿里云本来都想卖自己的专有容器服务,最后全部被迫支持 K8s——因为开发者只认这个标准。Google 在云市场没打赢 AWS,但容器编排的标准姓了 Google。
第三次:MCP 的逆袭(2024-2025)
Anthropic 自己发起的 MCP(Model Context Protocol)——注意,Anthropic 选择把工具协议开源了,而把自己的产品 Claude Code 闭源。为什么?因为他们算明白了:协议层的价值在于被所有人采用,闭源协议没人用等于零。OpenAI、Google 后来也都接了 MCP。
规律很清楚:产品层闭源赚钱,标准层开源占地。Anthropic 在 MCP 上是懂的,却在 Agent 运行时这一层选择了闭源。DeepSeek 则把「开源占地」用到了运行时层。
四、开源到底换来了什么:三个复利
1. 插件生态的复利
Harness 开源几天,#dsh-plugin topic 破 1000 个仓库。飞书、QQ、Telegram 机器人,评测门禁,会话回放——这些都不是 DeepSeek 自己写的。开源框架的本质是让别人替你开发:每多一个插件,Harness 对下一个开发者的吸引力就更强。闭源产品每加一个功能都要自己养团队。
2. 协议位置的复利
Harness 原生支持 ACP(Agent Client Protocol)、JSON-RPC、Python SDK。它不是在等标准出现,而是先把自己做成事实标准的候选。当第三方客户端、IDE、CI 系统开始按 Harness 的接口对接时,这个接口就成了标准——就像 K8s 的 YAML 成了容器编排的「通用语」。
3. 开发者惯性的复利
这是最隐蔽也最致命的一条。开发者在 Harness 上积累的东西——插件、preset、cordis 配置、调试经验——不会随着换模型而消失,但会阻止他们换框架。DeepSeek 要的就是这一层:你可以把模型从 DeepSeek 换成别家(它真的不拦),但你围绕 Harness 长出来的资产搬不走。
框架免费,资产锁定。 这比任何闭源围墙都牢固,因为围墙会被绕过,而沉没成本不会。
五、闭源阵营怎么应对:两条路
路线 A:体验碾压
Claude Code / Codex 的护城河是开箱即用的体验——一条命令装好,右侧面板、可视化轨迹、针对自家模型深度优化。对大多数日常写代码的开发者,「好用」就是全部理由。只要闭源产品的体验红利还在,开源框架的「自由」就只是少数极客的玩具。
路线 B:跟随开放
更可能的是部分妥协:开放更多配置接口、支持更多协议(比如跟进 ACP)、甚至把部分执行层抽出来开源。Anthropic 已经用 MCP 证明过自己会这么干——当标准真的开始流失,闭源阵营一定会松手。
而 DeepSeek 的策略就是逼他们早点松手:开源得越早、越彻底,闭源阵营的窗口期就越短。
六、给开发者的站位建议
标准战争里没有观众,只有早站队和晚站队。三条实操建议:
1. 资产要长在开放层
你的工具、技能、工作流编排,尽量写在可迁移的开放格式里(MCP 工具、通用插件协议),而不是某家闭源产品的私有配置。这样无论标准战争谁赢,你的资产都能搬家。
2. 用「双轨」策略
日常开发用闭源产品(体验好),基础设施和长期资产押开放框架(Harness 这类)。就像很多公司同时用 AWS 的托管服务和自建 K8s——两边下注,等战争出结果。
3. 现在就是写插件的窗口期
生态破千但远未饱和。现在给 Harness 写一个像样的插件,相当于 2009 年上架 Android 应用、2015 年写 K8s operator——在标准成型之前占住一个位置,远比标准定型之后挤进去划算。
七、小结
- 执行层三选一:Anthropic 闭源、OpenAI 闭源、DeepSeek MIT 全开源——这不是技术选择,是路线宣言;
- 标准战争争的不是模型分数,是运行时层的定义权:开发者的抽象、资产沉淀的位置、生态税的流向;
- 历史剧本已经演过三遍:Android、Kubernetes、MCP——产品层闭源赚钱,标准层开源占地;
- 开源换三个复利:插件生态、协议位置、开发者惯性——框架免费,资产锁定;
- 开发者的最优解:资产长在开放层,日常体验用闭源,插件生态早占位。
模型榜单的战争每个月都有新闻,但运行时标准的战争十年才打一次。上一次这么打的时候,赢家定义了之后十五年的移动互联网。这一次,DeepSeek 选择把武器免费发给所有人——而 OpenAI 和 Anthropic 还在兵工厂里锁着门。
门外的世界已经开始按别人的图纸盖楼了。
八、补充:三大协议(MCP / ACP / JSON-RPC)标准对比
标准战争里最容易被忽略的其实是协议层——它决定了第三方客户端、IDE、CI 系统到底跟谁对接。这里把当前三个核心协议摆在一起对比:
| 协议 | 全称 | 由谁发起 | 作用 | 开放度 |
|---|---|---|---|---|
| MCP | Model Context Protocol | Anthropic | 工具/上下文接入协议 | 开源,已成事实标准 |
| ACP | Agent Client Protocol | 社区/多厂商 | Agent 客户端与运行时通信 | 开放 |
| JSON-RPC | JSON-RPC 2.0 | 通用标准 | 底层消息传输 | 完全开放 |
MCP:工具层的「USB-C」
MCP 解决的是「模型如何调用外部工具」的问题——相当于给所有工具做了一根统一接口线。Anthropic 聪明地把它开源了,于是 OpenAI、Google 全都接入了 MCP。工具层的标准,Anthropic 已经赢了。 Harness 也完整支持 MCP,因为这一层的标准没有竞争意义——不接才是傻子。
ACP:Agent 之间的「通用语」
ACP 解决的是「一个 Agent 客户端怎么驱动另一个 Agent 运行时」的问题。Claude Code 能被其他客户端调用,靠的就是 ACP。Harness 原生支持 ACP,意味着任何 ACP 客户端都能驱动 Harness——这是「可组合」在协议层的落地。
JSON-RPC:地基
一切之上是 JSON-RPC——最朴素的请求-响应协议。Harness 的 headless 和 SDK 都跑在它上面。它简单到没有任何竞争空间,但它提醒我们:标准的底层永远是「简单」,复杂的东西成不了标准。
协议层观察
把三层放在一起看,会得出一个有意思的结论:协议层的战争已经打完了,赢家是「开源」——MCP 开源成了工具层标准,ACP 开源成了互操作标准,JSON-RPC 本来就是开放协议。这给运行时层的战争提供了一个强烈信号:在一个已经「开源成为常态」的行业里,闭源运行时很难靠封闭取胜,它只能靠体验取胜。
这就是为什么 Claude Code / Codex 的护城河只剩「体验」——协议层他们挡不住 Harness 的兼容,模型层他们挡不住用户切换,唯一能守的阵地就是「装起来好用」。而体验的差距,会随着 Harness 生态的成熟(UI 插件、配方层完善)被逐步抹平。
九、补充:如果标准战争输了会怎样——三个失败者样本
历史不只给了赢家的剧本,也给了输家的样本。看清楚失败者的下场,才能理解这场战争的分量。
失败者样本一:Windows Phone(2010-2017)
技术不差、体验不差,输在生态迟到——App 永远比 iOS/Android 慢半年。开发者没有动力为它适配,用户没有理由留下来。生态的飞轮一旦启动晚了,补课的成本是指数级的。 对应到 Agent 世界:闭源运行时如果拖到开源生态成熟后再开放,开发者已经在别处扎了根。
失败者样本二:Symbian(2007-2012)
Nokia 的 Symbian 曾经占 60%+ 市场份额,输在拒绝变革——明知触摸屏时代来了,为了兼容旧生态死守键盘交互。护城河变成了枷锁。 对应到 Agent 世界:如果闭源厂商为了兼容旧工具链,拒绝支持 MCP/ACP 这类开放协议,就会被生态整体抛下。
失败者样本三:Google+(2011-2019)
Google 用巨大资源强推,最后灰溜溜关停,输在没有生态纵深——社交产品的网络效应需要的是「朋友都在」,而不是「产品很好」。单点优势赢不了网络效应。 对应到 Agent 世界:一个闭源运行时再优秀,如果开发者生态不买账,它就是个更好的单机工具,成不了标准。
三个样本的共性
失败者的共性不是「不够好」,而是没有踩准生态的时机:要么生态迟到,要么拒绝变革,要么没有纵深。DeepSeek 现在做的事,就是「生态早起 + 全面开放 + 开源纵深」三件事同时做——它比任何人都清楚,标准战争输不起。
十、补充:标准战争的终局推演与你的仓位
三种可能的终局
终局一:Harness 成为事实标准(胜)。前提:插件生态继续指数增长、Claude Code/Codex 持续闭源、ACP/MCP 兼容做扎实。结果是:Agent 运行时「姓」了开源,DeepSeek 在生态层收税,API 收入水涨船高。
终局二:三分天下(和)。前提:闭源阵营体验优势太大,或反向部分开源。结果是:Harness 占开源派、Claude Code 占体验派、Codex 占云原生派,各自守住一块。这是最可能的结局。
终局三:Harness 边缘化(败)。前提:预览版频繁破坏性变更吓跑开发者,或生态停滞。结果是:它变成「又一个技术实验」,开源口号落空。目前看概率最低——14 万 Star 和破千插件的势头太猛。
对开发者的仓位建议
既然存在多种终局,理性的做法不是全押,而是分仓:
- 主仓:能力资产放开放层(MCP 工具、通用脚本、可迁移的工作流)——无论哪个终局,这部分的复用价值都在;
- 观察仓:每周花 30 分钟看 dsh-plugin 生态增量——新品类、新配方、官方路线图,保持信息同步;
- 试探仓:挑一个低风险任务迁到 Harness 跑两周——用真实数据验证它对你的场景是否成立,而不是听舆论站队。
标准战争真正的赢家,从来不是某家厂商,而是「能力可迁移」的开发者。 你手里的选项越多,谁赢你都赢——这就是把资产放在开放层的最好回报。
标签:#DeepSeek #AI Agent #开源 #Claude Code #行业分析
DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐


所有评论(0)