AI Agent 的操作系统之争DeepSeek Harness 与 Codex Harness 同月开源Agent 运行时正在独立成赛道2026 年 8 月两家在模型层竞争最直接的公司做了一件方向相同的事把各自智能体产品的执行框架推到开源。8 月 13 日DeepSeek 以 MIT 协议开源 DeepSeek Harness命令行工具名 dsh8 月 19 日OpenAI 在官方开发者博客宣布 Codex Harness 以 Apache-2.0 协议开源对应仓库为 github.com/openai/codex[1][2][3]。两者相隔仅六天且都是宽松许可。如果只把它们当作两条产品新闻很容易错过其中的结构性信号竞争焦点正在从谁的模型更聪明转向谁的运行时更可扩展、更可嵌入、更可治理。DeepSeek 给出的答案是Everything is a Plugin万物皆插件以 Cordis 元框架为底层OpenAI 给出的答案是 SDK/app-server 深度内嵌让 Agent 能力被拆进企业自有系统[1][2][3]。与此同时企业侧的编排层JiuwenAgentOS、Gemini Enterprise Agent Platform与工具侧的 MCP 编排项目Meta-Agent Orchestrator、PowerSpawn、Claude-Flow在 10 月密集出现[4][5][8][9][10]。本文要论证的判断是Agent 运行时Harness正在从工具内部模块演变为独立品类。需要提前说明的是本文所依据的多数材料是二手技术媒体、社区对比清单和项目自述 README而非全部来自一手官方文档凡涉及版本号、协议、日期、star 数本文均标注来源等级与不确定性读者在做正式技术选型前仍应以仓库与官方公告原文为准。一、先把词说清Harness、框架、编排层、Agent OS 是四件事行业讨论中框架一词被过度使用导致 LangChain、Codex、企业 AgentOS、MCP 调度器经常被放在同一张表里比较。这在工程上是有害的因为它们解决的不是同一层问题。**Harness运行时/执行框架**指的是一个 Agent 靠什么活下来模型调用循环、工具执行与结果回灌、上下文与会话管理、沙箱与权限边界、终端/PTY 等执行环境。它回答的是Agent 如何安全、可靠地执行一步动作。Agent 框架如 LangChain、CrewAI、AutoGen回答的是任务逻辑如何被编排链式调用、多角色分工、ReAct 循环、记忆组件组合。社区对比清单显示2026 年的选型维度已包含 ReAct 原生支持、流式输出、检查点/挂起、预算控制、幂等与零依赖部署等[13][15]这些维度恰恰横跨了框架与运行时两层说明边界本身正在变得模糊。编排/控制面层回答的是多个 Agent 如何被调度、留痕、审计与限额。它不负责单步执行而负责任务分发、状态追踪、跨模型路由与治理。应用/Agent OS 层回答的是企业如何把 Agent 当成一类可管理的员工或工作负载账号体系、记忆、权限、私有化部署、DevOps 与安全合规。一条便于记忆的四层地图应用层 Gemini Agent、企业自有界面、IDE、工单系统 编排层 JiuwenAgentOS、Gemini Enterprise Agent Platform、MCP 编排工具 Harness 层 DeepSeek Harness、Codex Harness调用循环、工具、沙箱、PTY 模型层 GPT、Claude、Gemini、DeepSeek V 系列等后文所有产品都挂靠到这张地图上。值得注意的是DeepSeek Harness 与 Codex Harness 都落在第三层它们不是又一个Agent 框架而是让框架和应用得以运行的执行底座。有技术媒体作者把这一过程类比为当年 Service Mesh 从服务框架中独立出来并预判 2026 年底会出现专门做 Agent OS 的初创公司与开源项目[3]。这是作者的类比与预判不是既成事实但类比本身是恰当的当执行、观测、治理的成本高到无法由每个业务团队重复承担时独立层的出现只是时间问题。二、DeepSeek Harness 路线Everything is a Plugin Cordis 元框架2.1 万物皆插件到底插的是什么DeepSeek Harnessdsh的核心设计理念是Everything is a Plugin以 Cordis 元框架作为底层[1][2]。这条路线的含义不是支持插件这么简单而是把宿主内核压缩到最小把能力全部推到扩展边界之外工具、模型提供方、界面、会话能力都以插件形态存在宿主只负责生命周期管理、依赖注入与组合。对工程团队的实际意义有三点扩展不需要改核心。新的输入通道、新的工具协议、新的前端形态都可以作为插件接入而不是 fork 主仓库。能力可以裁剪。企业可以只装载合规所需的插件集合把执行面收窄到白名单范围这比在单体 CLI 里做能力裁剪更可控。替换成本下降。模型提供方、终端前端、会话存储都能被替换长期看降低单一供应商绑定。以下是架构示意伪代码非 dsh 真实 API仅用于表达宿主—插件的契约关系具体注册方式与 API 名称请以官方文档为准// 示意伪代码表达宿主与插件的契约非 dsh 真实 APIinterfacePlugin{name:string;activate(ctx:{registerTool(def:ToolDef):void;// 注册工具registerProvider(p:ModelProvider):void;// 注册模型提供方onSession(hook:SessionHook):void;// 会话生命周期钩子}):void|Disposable;}host.use(toolPlugin);host.use(providerPlugin);host.start();// 宿主只负责生命周期与依赖注入这种设计的技术代价也很明确插件契约一旦公开就成为事实上的兼容性承诺。插件之间的依赖冲突、版本演进、权限边界治理都会成为平台方的长期负担。这是插件化路线的主要风险也是判断该路线能否成立的关键观察点。2.2 88 页论文提供了什么理论支撑DeepSeek Harness 开源同月一份 88 页论文来源指向 cordiverse/paper 下的 paper.pdf被广泛引用为架构理论支撑[2]。它与一般产品文档不同之处在于它试图论证运行时应当是一个可组合的元系统而不仅仅是一个工程实现。需要诚实说明的是本文所依据的是中文技术媒体对论文的转述未能在本次写作中直接核读论文原文。因此以下映射关系只能作为阅读线索不应作为定论论文层面的主张二手转述仓库中可能的对应实现核实状态运行时应为可组合的元系统Cordis 元框架作为底层待读原文能力以扩展而非核心代码演进Everything is a Plugin与仓库自述一致[1][2]多执行体协作属于运行时职责rc.8 推进子代理能力[1]待读原文在正式引用该论文前建议至少确认三件事论文的正式标题与作者、它与 DeepSeek Harness 的官方关联、以及88 页这一数字的准确来源。二手解读很容易把愿景写成已落地的能力这在技术评审中是最危险的一类误差。2.3 rc.8 的三条迭代线多模态、子代理、Windows PTY版本迭代速度比架构宣言更能说明一个层是否真的在独立演进。DeepSeek Harness v0.1.0-rc.8 同时推进了三条线[1]迭代线补的运行时能力对企业落地的意义多模态模型 I/O 不再限于文本输入/输出通道扩展截图、图纸、语音、屏幕内容可进入执行循环覆盖真实办公场景子代理运行时内管理多个执行体任务隔离与委派复杂任务可拆解、可限额、可回溯避免单上下文失控Windows PTY终端/执行环境跨平台补全真实 shell 交互覆盖企业存量 Windows 开发与运维环境这是大量国内企业的现实约束这三条线的共同指向是Harness 的能力面已经超出CLI 包一层模型的范畴。多模态扩展的是感知与表达通道子代理扩展的是执行体模型Windows PTY 扩展的是执行环境覆盖。三者合起来正是操作系统传统上要解决的三类问题——I/O、进程、平台适配这也正是Agent OS这一比喻能够流行的技术原因。关于数据需要标注谨慎口径材料中提到发布 6 天内突破 161,000 GitHub Star以及创开发者工具类项目增速纪录[1]。前者需以仓库页面在具体取数日期的数据为准后者没有第三方核实本文不采纳纪录这一表述。此外来源 [1] 的正文称 Release 来自 GitHub 官方 Release2026-08-19/20但文章发布于 2026-10-05时间线存在出入rc.8 的准确发布日期应以 GitHub release 页为准。三、Codex Harness 路线SDK/app-server 深度内嵌2026 年 8 月 19 日OpenAI 在官方开发者博客宣布驱动 Codex 智能体的核心执行框架 Codex Harness 以平台形式开源采用 Apache-2.0 协议仓库地址为 github.com/openai/codex[3]。这是一条与插件化截然不同的路线。技术媒体对其形态的概括是深度内嵌Agent 的能力通过 SDK/app-server 被拆进企业自有系统用户在自己熟悉的界面里与 Agent 协作而不是迁移到某个统一的 AI 客户端[3]。这句话值得拆开看没有独立 Agent UI。Agent 不是又一个聊天窗口而是既有 IDE、工单系统、运维平台里的一段能力。复用宿主的身份与权限体系。账号、审计、数据边界由企业既有系统定义Agent 不另建一套。部署形态是进程或服务。app-server 作为被宿主调用的服务端点Agent 生命周期随宿主应用而非随终端会话。内嵌式部署的大致拓扑如下企业应用既有 UI / 身份 / 权限 │ 调用 app-server / SDKCodex Harness │ 工具执行、上下文、沙箱 模型层 企业工具与数据源这条路线对企业的吸引力是直接的不换前端、不迁移用户、不重建权限模型落地阻力最小。代价也同样直接集成与升级成本转移到宿主系统。Harness 的接口变更会直接影响宿主应用耦合更深同时企业需要自己承担相当一部分可观测性、限流与错误处理逻辑。Apache-2.0 的宽松许可在商用集成上通常争议较少但许可不等于开源范围——训练权重、模型服务是否在开源之列仍需以仓库与官方公告为准本文不做推断。需要核实的关键点有两个一是github.com/openai/codex与Codex Harness的对应关系是同一仓库还是子模块二是开源范围的边界。在核实前把Codex 全部能力已开源作为结论写进技术方案是不严谨的。四、插件化 vs SDK 内嵌分歧到底在哪两条路线的本质分歧不在功能清单而在扩展性被放在哪一侧DeepSeek 把扩展点放在运行时内部形成插件生态OpenAI 把扩展点放在宿主系统边界之外形成 SDK 嵌入。前者塑造的是平台后者塑造的是组件。维度DeepSeek HarnessCodex Harness协议MIT[2]Apache-2.0[3]扩展模型插件/元框架组合Cordis[1][2]SDK/app-server 内嵌[3]宿主形态独立运行时/CLIdsh嵌入企业既有系统[3]用户交互面终端/PTY 为中心复用企业自有界面[3]生态策略插件生态第三方扩展系统集成宿主内扩展企业落地成本引入新运行时改变开发习惯改造宿主应用集成工作更重跨平台关注rc.8 明确推进 Windows PTY[1]材料未见明确说明待核实主要风险插件契约与依赖治理升级耦合与宿主侧运维负担理论支撑88 页论文二手转述[2]本次材料未见对应架构论文这张表刻意保留了几处待核实因为它比填满更接近真实状态。值得强调的是两者并非必然互斥。一个完全可行的混合形态是插件化运行时同时提供 SDK/app-server 暴露面既可独立运行也可被嵌入。从工程上看插件化更利于能力复用与裁剪内嵌更利于企业既有系统融合真正的竞争不在于谁取代谁而在于谁能先把扩展契约和嵌入接口都稳定下来。哪一侧的契约先被第三方大量复用哪一侧就更可能成为事实标准。五、拉远看编排层正在同时爆发“Agent OS” 赛道成形单看两个 Harness可能只是两家公司的巧合但如果同一批月份里企业编排层与 MCP 编排工具同时密集出现就更像是一条赛道的成形信号。5.1 企业级编排层JiuwenAgentOS 与 Gemini Enterprise Agent Platform据掘金技术文章2026 年 10 月 8 日由华为多家团队联合高校与开发者构建的开源项目 openJiuwen 发布并开源了企业级 AgentOSJiuwenAgentOS把多智能体协同、自演进、算力亲和与企业级安全纳入统一底座配套的是一体机开源 Agent 加速平台主打小时级企业端到端私有化部署内置统一 Agent 网关与 WorkSwarm 工作台[4][5]。同一时间窗口Google Cloud 在 10 月 8 日的 Gemini at Work 发布会上推出面向企业的 Gemini Agent其AI 同事设计被概括为独立账号、四层记忆、跨模型路由甚至可调用 Claude[5][11][12]Vertex AI 则演进为 Gemini Enterprise Agent Platform把模型选择、Agent 构建、Agent 集成、DevOps、编排与安全统一到一个平台[4]。需要如实转述的是来源本身带有风险提示官方公告展示的是产品设计方向尚不能证明所有企业已获得同等接入范围或稳定的效率提升[12]。同时JiuwenAgentOS 的官方仓库地址、开源范围与小时级私有化的原始出处在本次材料中未获得一手链接引用时应标注为媒体报道口径。两者恰好代表企业落地的两条路径维度JiuwenAgentOSGemini Enterprise Agent Platform部署形态私有化、一体机[4][5]公有云企业服务[11][12]能力重点多智能体协同、算力亲和、企业安全模型路由、Agent 集成、DevOps、编排安全[4]交互定位统一网关与工作台AI 同事式独立账号与记忆[5]与 Harness 关系为自研/开源运行时提供治理面与自有模型与工具深度绑定这与 Harness 层的关系是互补的Harness 是单 Agent 的执行底座企业编排层是多 Agent 的管理与治理面。两层同时成熟才意味着Agent OS不只是一个营销名词。5.2 MCP 编排工具Meta-Agent Orchestrator、PowerSpawn、Claude-Flow工具层的信号更为朴素也更能说明独立基础设施正在出现。以下信息均取自各项目 README 自述属社区项目、能力以 README 为准本文不为其生产可用性背书项目编排形态关键能力README 自述版本/备注Meta-Agent Orchestrator[8]中央控制面 React 仪表盘以 MCP 为公共协议按能力与可用性分发任务实时追踪执行支持 Claude CLI、自定义 LangGraph Agent 等PowerSpawn[9]跨模型、跨 CLI 编排共享黑板设计、确定性日志、文件持久化IAC.md、Git 可追溯标注 v1.8.1来源时间字段为 2025-12-01与2026叙事存在时间异常须核对Claude-Flow[10]企业级 Swarm 编排熔断、审计日志、访问控制支持 MCP stdio 与 HTTP 传输标注 v1.0.49这三个项目的共同点是调度、留痕、审计、预算正在被标准化为一层独立基础设施。它们都不再关心单个 Agent 怎么执行一步而关心多个异构 Agent 怎么被分配、被观察、被追责。这正是操作系统中调度器与审计子系统的角色。协议层面MCPModel Context Protocol与 A2A 被社区文章称为工具调用标准化的关键突破工具一次适配即可被支持 MCP 的 Agent 调用A2A 则面向跨平台 Agent 通信[6]。需要说明的是2026 最大突破这类评价性表述来自二手综述[6]本文仅采纳其对协议角色的描述不采纳其评价结论。5.3 为什么说赛道已经成形三条判据与一个反方判断一个赛道是否成立可以看三条供给端两个头部玩家在同月开源同类基础设施且采用 MIT 与 Apache-2.0 这类宽松许可[1][2][3]降低了第三方采用门槛。需求端企业平台层JiuwenAgentOS、Gemini Enterprise Agent Platform与工具层MCP 编排工具在同一窗口出现[4][5][8][9][10]说明买方开始为这一层单独建设或采购。迭代速度rc.8 在一个版本内同时推进多模态、子代理、Windows PTY[1]能力面已经超出单点工具的演进节奏。反方观点同样需要摆出来这也可能只是框架热潮的一次命名升级。真正的分水岭有两个客观标志——是否出现以 Agent OS 为主营业务的独立商业公司以及是否形成跨厂商的事实标准接口无论是插件契约还是 app-server 协议。在这两个标志出现之前Agent OS仍是一个有充分证据支撑的趋势判断而非已确认的市场格局。社区整理的 2026 年清单已用the year agents went mainstream概括全年[7]但这类清单为个人维护评分与 star 数据未经第三方核实只能作为背景。六、给选型者的落点你现在该押哪条路线技术选型不该押哪一家赢而该押哪条路线与你的宿主边界匹配。做开发者工具或插件生态的团队应重点关注插件化路线。它的价值在于能力可组合、可裁剪、可替换需要提前投入的是插件契约设计、依赖治理与权限隔离。判断标准是插件契约是否稳定、是否有跨语言支持、第三方插件能否脱离主仓库独立发布。做企业内嵌、不愿更换前端的团队应关注 SDK/app-server 路线。它的价值在于复用既有身份、权限与审计体系需要准备的是宿主侧的集成、升级与错误处理能力。判断标准是SDK 接口是否有版本化承诺、app-server 是否可独立部署、是否有可观测性钩子。做多 Agent 治理的团队通常不需要自研 Harness。更现实的路径是选一个执行底座把精力放在编排层任务分发、预算控制、审计留痕、跨模型路由。社区对比清单把预算控制、幂等列为重要选型维度[15]这不是学术要求而是 Agent 一旦自主执行就会立即遇到的工程问题。未来 6–12 个月值得观察的信号信号当前状态判断意义插件契约是否稳定并公开版本化材料未见明确说明待核实决定插件生态能否成立SDK/app-server 接口是否被第三方复用尚无第三方复用案例可核实决定内嵌路线是否形成事实标准MCP 是否成为编排层公共协议已有多个项目采用[8][9][10]决定编排层能否跨厂商互通是否出现独立 Agent OS 商业公司尚无赛道确认的最终标志跨平台执行环境覆盖度dsh 已推进 Windows PTY[1]决定能否进入存量企业环境风险提示也应进入决策清单。其一协议与开源范围可能变化宽松许可不等于永久承诺。其二社区榜单与 star 数据未经第三方核实不应写进正式评审材料[7][14][15]。其三运行时不能赌单一平台有报道称 Deno 团队加入 Cloudflare 后 Deno Deploy 将在约六个月后退场这对依赖 cron、WebSocket、外部写入的 Agent 是敏感的迁移问题处理要点是状态导出与幂等以避免重复执行[16]。该事件在本次材料中仅有一个来源属单源信息供参考但其揭示的工程原则——可迁移状态与幂等执行——在任何 Harness 选型中都适用。结尾DeepSeek 与 OpenAI 在同一月开源各自的 Harness把一个长期被埋在产品内部的问题摆上了台面Agent 竞争的重心已经从谁的模型更聪明移到谁的运行时更可扩展、更可嵌入、更可治理。插件化路线押注生态SDK 内嵌路线押注融合企业编排层与 MCP 工具则在上面补上调度、审计与预算。这条赛道是否会长成真正的操作系统市场仍取决于两件事扩展契约能否被跨厂商复用以及独立商业力量是否出现。在答案揭晓之前最务实的做法是不押口号押边界——把你的 Agent 放在哪一层就用那一层的标准去检验它。参考资料[1] 刚刚!DeepSeek Harness v0.1.0-rc.8 更新:多模态、子代理、Windows PTY 三线齐进CSDNhttps://blog.csdn.net/aidoudoulong/article/details/163909449[2] DeepSeek Harness 开源:88 页论文背后的 Agent 野心中国 AI 公司正在重新定义智能体CSDNhttps://blog.csdn.net/DQQzero/article/details/163785039[3] OpenAI 把 Codex Harness 开源:AI Agent 的操作系统之争正式开打CSDNhttps://blog.csdn.net/interpromotion/article/details/163999189[4] 企业级 AI Agent 编排层架构:从华为、谷歌的同周动作看 2026 拐点掘金https://juejin.cn/post/7694481800677081114[5] 2026 年 10 月 9 日 AI 重要新闻:谷歌发布 Gemini Agent 企业智能体OpenAI 安全研究员离职风波发酵掘金https://juejin.cn/post/7694439284251394090[6] [智能体-343]智能体的最新技术(2026)CSDNhttps://blog.csdn.net/HiWangWenBing/article/details/161870790[7] awesome-ai-agents-2026社区维护清单GitHubhttps://github.com/Zijian-Ni/awesome-ai-agents-2026[8] Meta-Agent-Orchestrator基于 MCP 的多智能体中央控制面GitHubhttps://github.com/endermeihl/Meta-Agent-Orchestrator[9] PowerSpawn跨模型 Agent 编排共享黑板设计GitHubhttps://github.com/CynaCons/PowerSpawn[10] ai-claude-code-flowClaude-Flow 编排平台GitHubhttps://github.com/jfontestad/ai-claude-code-flow[11] 2026 年 10 月 AI 开发工具速递:GPT-6 全面开放、Gemini Agent 发布、Grok Bot 接入 ClaudeCSDNhttps://blog.csdn.net/2601_96168194/article/details/167697670[12] 【2026 年 10 月 09 日 | 呱呱 AI 日报】Google Cloud 发布 Gemini 工作智能体可跨任务执行并按需选模型CSDNhttps://blog.csdn.net/2503_90903957/article/details/167375544[13] 【AI Daily 2026-06-09】Multi-Agent 系统正经历从堆叠模型数量到精细化架构设计的范式转移CSDNhttps://blog.csdn.net/qcx23/article/details/161830755[14] ai-agent-comparison-2026社区整理的框架多维评分未经第三方核实GitHubhttps://github.com/janvarez/ai-agent-comparison-2026[15] agent-framework-comparison-2026tiny-agent vs LangChain vs CrewAI vs AutoGen社区整理GitHubhttps://github.com/hussain-alsaibai/agent-framework-comparison-2026[16] Deno 团队加入 Cloudflare:Deploy 六个月退场Agent 迁移怎么避免重复执行CSDN单源事件供参考https://blog.csdn.net/deepseek23/article/details/167399883
