DeepSeek 要做“安卓”，而Codex要做IOS？

“本文基于DeepSeek Harness与OpenAI Codex的源码，做了深度分析。

一场关于"Agent该长什么样"的基础设施军备竞赛，打响了。

8月13日凌晨，DeepSeek Harness开源。8天后，OpenAI宣布Codex Harness全面开源。

8天，两大顶级Agent底座相继开放，这不是巧合。当两家全球顶尖的AI公司，在8天内做出同样的决定，意味着一件事：Agent的基础设施层，已经成熟到了"谁先开放谁占位"的阶段。

但更有意思的是，它们给出了截然不同的答案。

为了弄清楚目前这两大Agent开源项目到底有啥不同，我们把DeepSeek Harness与OpenAI Codex的源码仓库下载下来，做了源码层面的分析，发现一些有意思的东西，分享出来，供大家参考。

同一场革命，两种路线

8月13日，DeepSeek开源了Harness，一套构建智能体的SDK与应用框架。

它的核心理念是四个字：一切皆插件。

模型、工具、界面、存储、安全策略、上下文管理，甚至Agent循环本身，全部可插拔。底层基于Cordis微内核，运行中的Harness本质上是一个Context，不同包向它注册服务、事件和能力，最终由配置文件把它们组合成一套可以运行的智能体。

仓库规模令人咋舌：50个包组、200+子包、12293次提交。如果把普通的Agent项目比作一台已经装好的电脑，DeepSeek Harness更像一块尺寸惊人的洞洞板，什么都能插上去，什么也都能拔下来。

数据显示：开源半小时GitHub星数破万，发布不到24小时已有288个插件仓库。截至8月20日，社区标签dsh-plugin下已有2600+个公开仓库，Oh-My-DSH目录收录了1117个精选插件，合计30万+星。

OpenAI Codex Harness：把Agent装进你的产品

8天后，OpenAI总裁Greg Brockman在X上激动转发："Codex能驱动的远不止编程工具！你可以在Codex Harness上，直接构建自己的产品。"

OpenAI把驱动自家顶级AI智能体的"发动机"，Codex底层核心框架（Harness），作为平台全面开源。

它的核心理念也是四个字，但完全不同：反套壳革命。

OpenAI在官方博客里一针见血地指出：与其要求每一个团队都把他们原本熟悉的工作流程，强行搬到一个通用的代码助手中去，不如把Agent直接带入那些围绕实际工作设计的软件里。

三个开源组件：codex exec（CLI自动化流水线）、Codex SDK（TS/Python编程式接口）、app-server（核心引擎）。其中app-server是明星，通过JSON-RPC协议，让你的应用连接到本地Codex进程，实现持久对话、流式事件、中途打断、暴露自定义工具给AI、人工审批。

目前，该仓库含80+个Rust子模块、3241个.rs文件、9631次提交。Apache-2.0许可。从2025年4月开始迭代，已经跑了一年多。安全分析师看的是预警队列，客服工程师看的是账户历史，产品经理看的是需求看板，对于这些真实的打工人来说，重要的不是那个"聊天框"，而是他们眼前的业务看板。

两种截然不同的哲学

如果你只看功能列表，两个框架做的事情高度重叠：文件读写、终端执行、子智能体、工作流编排、会话持久化、安全沙箱、工具调用……

但如果你看设计哲学，它们给出的答案是两条根本不同的路线。

DeepSeek：组装框架（"你选插什么"）

DeepSeek Harness像一块洞洞板。你选择插什么模块进去，哪个模型、哪些工具、什么界面、什么安全策略，框架帮你组装成一个可以运行的Agent。

它甚至预设了四种模式：标准模式（功能最全）、极简模式（只有Bash和编辑器）、PTC模式（模型写TypeScript程序组合多步操作）、创造模式（Agent能检查甚至改装自己的运行时，动态挂载/卸载插件）。

这个"创造模式"尤其值得注意，Agent可以在运行时自己写插件、挂载运行、完成后卸载。这是"自进化"的基础：Agent"学会"一个新能力后，可以自己写代码固化它。

OpenAI：嵌入引擎（"你把引擎装进你的车"）

Codex Harness像一台发动机。你不拆它、不改它，你把它装进你的车（你的产品）。发动机提供动力（Agent循环、记忆、工具调用），你掌控方向盘（界面、数据、权限审批）。

核心是app-server，一个JSON-RPC服务。你的业务产品通过协议连接它，获得Agent能力，但一切界面和业务逻辑归你。OpenAI称之为"前端业务规则归你，底层Agent循环归OpenAI"。

这个理念直接回应了一个痛点：天下苦"通用聊天框"久矣。

对比一览

各自的王牌

DeepSeek的王牌：社区生态碾压

DeepSeek最大的优势不是代码本身，而是它点燃的社区。8天内涌现的2600+个插件仓库，覆盖了几乎所有Agent能想到的扩展：

·dsh-agent-teams：一句话生成多智能体团队，自动任务拆分、依赖感知调度、DAG可视化、冷恢复，已经是产品级成熟度

·open-design（8.8万星）：设计生成，输出原型/落地页/仪表盘/幻灯片，输出真实文件（HTML/PDF/PPTX）

·OpenViking（2.9万星）：自进化上下文数据库，三层加载让Token消耗降低91%，Benchmark准确率80-83%

·dsh-im-hub：多平台IM网关（飞书/企业微信/Telegram）

·modlens/dsh-vision-toolkit：让文本模型"看图"，OCR+布局+语义JSON

这些插件不是玩具，dsh-agent-teams已经做成了产品级的多agent团队协作系统，OpenViking做成了工业级的自进化记忆系统。社区用8天，完成了大厂可能要几个月才能做完的事。

OpenAI的王牌：企业级深度

Codex的优势不在广度，在深度。作为商业产品迭代了一年多，它在几个关键维度上比DeepSeek更成熟：

·记忆系统：读写分离设计（memories/read和memories/write独立），Phase1+Phase2两阶段提取管道，有consolidation整合机制，比DeepSeek的静态skill发现更接近"持续学习"

·安全沙箱：V8沙箱化Code Mode+execpolicy执行策略+process-hardening进程加固+linux-sandbox+windows-sandbox-rs，五层安全设计，企业级场景的标配

·app-server嵌入：JSON-RPC协议+Thread/Turn/Item三原语+多种传输（stdio/websocket/unix socket）+背压控制，把"反套壳"做成了可用的基础设施

·实战验证：合作伙伴Thrive Holdings把它嵌入税务准备工作流，成功处理7000份申报表，时间缩短三分之一；Cisco用它构建了App Builder，客户用自然语言创建自定义应用

各自的天花板

DeepSeek的天花板

TypeScript的性能上限是天然的，对于高并发、低延迟场景，Rust的Codex有结构性优势。但更现实的问题是：社区插件质量参差。

2600+仓库里，有dsh-agent-teams这样的精品，也有大量"电子宠物""俄罗斯方块""复古QQ皮肤"这样的玩具。开源生态的通病，质量管控靠社区自治，出了问题DeepSeek团队不会背锅。

另外，DeepSeek Harness还在rc（候选发布）阶段，v0.1.0-rc.8。虽然迭代极快，但还没到正式发布。对于要用于生产的企业来说，"候选发布版"是个心理障碍。

OpenAI的天花板

Codex最大的短板，是没有社区生态。文档里明确写着"不接受外部代码贡献"，只接受issue报告。这意味着所有扩展都靠你自己写，没有2600个社区插件可以白嫖。

Rust语言本身也是门槛。对于独立开发者和小团队，TypeScript的门槛远低于Rust，前者AI辅助能帮你读写改，后者出了corner case你可能接不住。

另外，Codex的"嵌入"理念虽然对企业级场景完美，但对于想做独立Agent产品的开发者来说，不如DeepSeek的"组装"理念直接，你不需要"嵌入到现有产品"，你需要"组装一个新产品"。

对开发者意味着什么

如果你做独立的Agent产品

选DeepSeek。理由很简单：插件化组装天然适合"从零做产品"，社区2600+插件让你不用从零造轮子，TypeScript对独立开发者友好，dsh-agent-teams已经帮你做好了并行调度底座。

如果你要把Agent嵌入业务系统

参考Codex的app-server模式。JSON-RPC协议让你的业务产品连接Agent引擎，界面和数据归你，Agent循环归引擎。税务系统、物流看板、CRM，这些场景Codex的设计更合适。

如果你做企业级安全场景

参考Codex的安全分层。V8沙箱+execpolicy+process-hardening是企业级的标配，DeepSeek的沙箱也不错但不如Codex分层细致。

如果你做持续学习/自进化Agent

同时看两个：借鉴Codex的memories读写分离+Phase1/2管道（设计架构），借鉴OpenViking的三层加载（Token降91%的实测数据），底座用 DeepSeek的session/session-query/skill/extensions（基础设施白嫖）。

这不是"谁赢"，是"共存"

如果你问"DeepSeek和Codex谁会赢"，这个问题本身就问错了。

它们不是竞品，是互补的两种哲学。就像安卓和iOS：

·DeepSeek=Agent的"安卓"：开放生态，社区驱动，插件化，人人可贡献。广度优先，靠生态繁荣取胜

·Codex=Agent的"iOS"：封闭精品，企业级深度，嵌入引擎，不接受外部PR。深度优先，靠体验和安全取胜

安卓没有杀死iOS，iOS也没有杀死安卓。它们各自服务不同的场景和人群，共同推动了移动互联网的爆发。

DeepSeek和Codex也会如此。当两大顶级框架同时把Agent基础设施免费开放，意味着一件事："套壳时代"结束了。

过去一年，很多开发者陷入"套壳"的怪圈，做ChatBot，产品越来越像，护城河越来越浅。现在两大框架同时把"反套壳"变成基础设施，通用聊天框的黄昏，原生AI应用的黎明。

真正的考验是：有多少开发者会放弃舒适的聊天框，把智能体拆成零件装进自己的产品。

一个被忽视的判断

最后说一个容易被忽视，但隐含在代码里的判断。

OpenAI在官方博客里提到一个数据：在ARC-AGI-3基准测试中，仅仅对Harness做了两项调整，保留推理与上下文压缩，GPT-5.6 Sol的得分从13.3%飙升到38.3%，输出Token减少了六倍。

这个数据的含义是：模型能力固然重要，但如何管理这个模型（即Harness的设计），才是决定Agent最终表现的关键。

13.3%到38.3%，接近三倍的提升，不是来自模型迭代，是来自框架设计。这意味着，Agent的竞争已经从"谁的模型强"进入"谁的Harness好"的第二阶段。

而这一阶段，两大顶级玩家同时把底牌亮了出来。

对开发者来说，这是好消息，免费拿到了全球最强的两套Agent基础设施。对创业公司来说，这是坏消息，你的护城河不能再是"我有个好框架"了，因为框架免费了。

未来的竞争在框架之上：谁能用更好的框架做出更好的产品，谁能在垂直场景做到体验断崖式领先，谁能在"反套壳"的理念下做出真正解决业务问题的原生AI应用。

Agent的零门槛时代，已经来临。

结语

8天，两大框架，两种哲学。

DeepSeek选了"组装"，一切皆插件，社区驱动，广度优先。OpenAI选了"嵌入"，把Agent装进产品，企业级深度，深度优先。

它们不是在争夺同一个市场，它们在共同做一件事：把Agent从"聊天框里的实习生"变成"能嵌入任何产品的隐形大脑"。

当Agent的基础设施免费开放，通用聊天框的黄昏就到了。接下来，是原生AI应用的黎明，那些围绕实际工作设计的软件，终于能装上一个聪明的脑子了。

这不是终点，是起点。两大框架开放了底座，接下来要看的是：谁能用这些底座，做出真正改变工作方式的原生AI应用。

答案不在框架里，在产品里。

文：喆涵数据猿
责编：凝视深空数据猿