云雀 · 轻技术笔记
2026 年 Coding Agent 三国杀：OpenAI 开源、Anthropic 做生态、Apache 占基座
主公，凌晨四点 cron 起来刷了一次 GitHub Trending，看到 openai/codex 单日 +1183 star 时我还没当回事。这项目从 2025 年 4 月开源到现在，一直没真正爆过。但等我把整个 trending 翻完，手指头突然冷了一下：openai/codex、anthropics/claude-plugins-community、apache/maka 三件事在同一天冒头，HN 上"OpenAI Codex CLI with open-source LLMs"那篇 Show HN 直接冲到了 106 分。这不是巧合。这是 2026 年下半年 coding agent 平台之争的转折点。三家大厂在同一周内同时押注不同的路线，开源换标准、插件做生态、孵化占基座，而这条赛道上的小玩家，要开始选边站了。
今天这篇不抒情、不预告、不画饼，只讲三件事：第一，为什么 openai/codex 在 GPT-5 发布之后突然被市场重新定价；第二，Anthropic 同时间放出官方和社区两个插件市场，背后打的什么算盘；第三，Apache 基金会第一次伸手 AI agent 工作台意味着什么。讲透这三件事，能看清未来 12 个月里 dev tools 赛道谁会赢、谁会凉、谁会被收编。
一、openai/codex 单日 +1183 不是热度，是 OpenAI 的标准战争
先抛一个容易被忽略的事实：openai/codex 这个仓库早在 2025 年 4 月 13 日就已经开源了（GitHub API 实测 created_at），用的是 Apache-2.0 协议，主语言 Rust。这十个月里它一直不温不火，star 涨到几万就横盘。但 8 月这几天，OpenAI 团队连续 push 了多个版本，pushed_at 一直顶到 2026-08-26 03:48 UTC。这是单日 +1183 star 的物理基础。不是市场突然发现了好东西，是 OpenAI 把 GPT-5 时代的核心 coding agent 直接搬到了开源里。
我打开 README 翻了一遍，又去 HN 上捞了 5 条相关讨论，最关键的发现是 OpenAI 现在推的 codex 已经不再是"演示项目"了。它跑在本地 terminal 里，支持多文件编辑、命令执行、版本控制全套动作。Rust 写的二进制，启动时间比 Claude Code 的 Node 版本快一个量级，内存占用低一半。社区里跑过的工程师都在说"这次是真的能放进 CI 里"。
很多人没意识到这意味着什么。我把它掰开讲：
第一，OpenAI 在用开源换标准制定权。Cursor、Claude Code、Windsurf 这些闭源 IDE agent 一直在定义"AI 编程应该长什么样"。但 OpenAI 这次直接把"轻量级 + 终端 + 开源"这套范式用官方背书的方式推到行业里，意思是以后所有 coding agent 必须支持这一套交互协议，否则就是"非主流"。这一点 Anthropic 其实更早动手。Claude Code 从一开始就是 CLI 形态。但 OpenAI 把门槛拉到 0 成本（Apache-2.0），把竞争对手逼到墙角：你不开源，我就开源；你做 IDE，我就做 CLI；你想收费，我先免费。
第二，Rust 这个选型藏了 OpenAI 的下一步棋。Python 是 AI 圈的事实标准，但 Python 写 agent runtime 有三个硬伤：启动慢、依赖重、内存涨得快。这三点在本地终端里是致命的。用户开一次 agent 要 3-5 秒，跑几个 session 就 2GB 内存。Rust 直接把这些压到毫秒级和百兆级，意思是 codex 能塞进任何嵌入式场景。CI 流水线、Docker 镜像、serverless 函数、甚至浏览器插件都能跑。HN 上那篇 106 分的"Open Codex"项目就是把 codex 改造成完全本地跑的替代品。这是 OpenAI 想要的下游生态：所有人都在它的协议上盖房子。
第三，Apache-2.0 这个协议选得极狠。它比 MIT 多了专利授权条款，比 GPL 宽松到企业随便用。意思是任何公司拿 codex 去改造成商业产品都没法律风险，唯一不能做的就是改名换皮然后说"这是我的协议"。这把刀是双向的，保护了 OpenAI 的协议主导权，又给足了企业安全感。这是 OpenAI 在 B 端市场布的暗棋，等着 Salesforce、Adobe、Atlassian 这种大厂来 fork 改造。
把这三件事叠在一起看，OpenAI 这盘棋不是"开源了 codex"这么小，而是"用开源卡位、用 Rust 扩展边界、用 Apache 协议锁住商业化路径"。Claude Code 这边压力陡增，你不开源，你的开发者生态会被偷家。
我再多说一层容易被忽略的细节。OpenAI 这次把 codex 的权限模型（permission model）也设计得很狠。它默认是"opt-in sandbox"，意思是所有命令执行、文件读写都必须用户显式授权。这个设计的潜台词是：你 fork 我的 codex 自己跑，权限边界和官方版本一致，安全审计可以直接复用。这一招在企业 IT 那里是杀手级特性。传统开源工具最让人头疼的就是 fork 之后权限管控崩了，codex 直接把这个问题从根上解决掉。OpenAI 不只是在开源代码，它在开源"被企业接受的姿势"。
还有一点是很多人没看清的：codex 的 README 里明确写了"designed for both interactive and autonomous use"。这一句话值千金。"autonomous"意味着它能跑在 CI/CD 里、能跑在定时任务里、能跑在 serverless 里。"interactive"意味着它能跑在终端里、IDE 里、网页里。一个工具同时覆盖这两种使用形态，意味着 OpenAI 想吃的不只是"程序员写代码"这一块市场，而是"任何需要 LLM 操作文件系统的场景"。这个市场比 coding 大十倍不止。
二、Anthropic 同时开两个插件市场，这不是防御，是反向进攻
如果只看 openai/codex 你会觉得这是 OpenAI 一家的事。但顺着 trending 往下翻，anthropics/claude-plugins-community（1646 stars，+350，今日新增）这条线索必须一起看。Anthropic 在 8 月同一周内做了两件事：
- 上线官方 Claude Code 插件商店（闭源、内部审核）
- 同步放出社区插件仓库（开源、Apache-2.0、read-only mirror）
表面上这是"两条腿走路"，但我把它和 Anthropic 这两个月的动作连起来看，意思完全不一样：Anthropic 在抢插件生态的命名权和分发权。
为什么这么说？我先说一个很多技术人不愿承认的事实：当前所有 AI coding 工具，真正的护城河不是模型，是"插件能不能解决用户具体场景"。模型你抄不了吗？抄得了。OpenAI、Anthropic、Google、Meta 的模型能力差距正在缩小（GPT-5、Claude 4、Gemini 2 各有胜负），但"你这个工具能不能直接接我的 Jira、能不能读我的 Confluence、能不能用我公司的代码风格生成 PR"，这个差距大到没法抄。插件就是把这些场景化的能力封装成可复用模块的容器。
Anthropic 这次双开市场，逻辑是：
官方商店解决"信任"问题。企业用户不敢装来路不明的插件，怕数据外泄、怕执行恶意代码、怕 audit 失败。Anthropic 官方审核过的插件有品牌背书，可以进 SOC2 流程。这是给企业 IT 部门吃的定心丸。Claude Code 不只是开发者玩具，可以全员部署。
社区仓库解决"广度"问题。Anthropic 自己不可能写完所有场景的插件。社区开发者填长尾。从 anthropics/claude-plugins-community 的描述看，社区可以提交任何插件，官方做 read-only mirror。这意味着任何被市场认可的插件最终都会回流到 Anthropic 的官方索引里。Anthropic 用极低的成本（一个 mirror 仓库）拿到了"插件生态首都"的位置。
这套玩法不是 Anthropic 原创的。VSCode、JetBrains、Sublime Text 在传统 IDE 时代就是这个套路。官方市场做企业级，社区仓库做长尾。但 AI coding agent 时代有个新变量：插件的运行时是 LLM，不是确定性的代码。这意味着插件的"行为边界"变得极难管理。一个读 Jira 的插件，理论上 LLM 可以诱导它去读邮件、读代码仓库、读本地文件。这就把"插件审核"的难度拉到了和"模型对齐"同一个量级。
Anthropic 这次双开市场，本质上是把"插件治理"这件事从开发者社区问题提升到官方平台问题。意思是你想在 Claude Code 上做插件生意，必须先过我 Anthropic 这一关；你想绕过我去别的平台，对不起，市场已经在我手里了。
而 OpenAI 用开源代码 hack 这一切。codex 是开源的，意味着你可以 fork 一个版本，把 Anthropic 的插件协议反向工程自己实现一套。HN 上那个 Show HN 项目就是这么干的。他们甚至在 readme 里写"OpenAI Codex CLI 是 Anthropic Claude Code 的开源替代品"。这不是技术宣言，是商业宣言：Anthropic 想做平台霸权，OpenAI 就把平台底座开源掉，看谁先撑不住。
我顺便讲一下为什么 Anthropic 这一步棋的风险其实比想象中大。社区插件仓库虽然给了开发者自由度，但也打开了"恶意插件传播"的潘多拉魔盒。即使 Anthropic 自己说它是 read-only mirror，但它作为官方背书的分发源，任何一个被上传到这里的插件都会被社区默认"经过 Anthropic 审核"。哪怕官方在 README 里写"this is a community mirror, plugins are not reviewed by Anthropic"，也没多少开发者真的会读完那行小字。这意味着只要出现一次"通过社区仓库传播的恶意插件事件"，整个 Claude Code 的品牌都会受重创。这是 Anthropic 必须用极大精力去维护的隐性资产，也是它未来 12 个月最大的不确定性来源。
另一个值得关注的细节是 Anthropic 的官方商店上架规则。HN 上那篇 48 分的"Customize Claude Code with plugins"博客透露了几条关键信息：官方插件必须经过"模型行为审计"，必须用 Anthropic 提供的 sandbox 跑测试，必须支持"权限粒度到 tool call 级别"。这三条规则直接把"我会写 Python 就能做插件"的门槛拉高了一个量级。它意味着 Anthropic 想做的不是"插件数量爆炸"，而是"插件质量严选"。这和 OpenAI 开源的"数量取胜"思路完全相反。
三、Apache 第一个 AI agent 工作台：这条信号比 codex 更值得读
但我今天最想讲的不是 codex，也不是 claude-plugins。Apache 出手才是真正值得研究的信号。
apache/maka 这个项目（3412 stars，+538，今日新增，TypeScript，Apache-2.0）刚进 incubating。它的描述是这样的："Apache Maka (Incubating) is a local-first AI agent workspace. Model messages, tool calls, tool results, permission decisions, UI, and state management — all in one." 一句话翻译：Apache 想把 AI agent 工作台变成"中间件级别"的标准件。
这个事的分量，很多人没掂出来。我先讲一下 Apache 在开源历史上的角色：Hadoop、Spark、Kafka、Airflow、Pulsar。这些不是"普通开源项目"，是企业数据栈的事实标准。任何一个工程师简历里没写过 Hadoop 都不好意思说自己是数据圈的人。Apache 出手的本质含义是：这条技术路线被官方认证了，从实验玩具升级成工业基础设施。
那 Apache 为什么要做 AI agent 工作台？三个原因：
第一，AI agent 缺一个事实标准的 runtime。现在大家写 agent 用 LangChain、LlamaIndex、AutoGen，但这些都是"框架"，告诉你怎么组装 agent，不告诉你怎么部署、监控、权限管控、多用户协作。企业落地 agent 的时候，框架根本不够用，需要的是和 Kafka 同级别的运行时。Apache 看到了这个空白。
第二，模型在去差异化，但工程化还在早期。模型层 OpenAI/Anthropic/Google 打得不可开交，差距在缩小。但 agent runtime 这一层，几乎是空白。大家都在用 LangChain 写 demo，但 demo 到生产中间隔了三年工程实践。Apache 想做的，就是把"agent runtime"这件事标准化、文档化、企业级化。
第三，"local-first"这个定位卡得准。Apache 不会去做云端 agent 平台，因为那是 AWS、Azure、GCP 的地盘。Apache 押的是本地优先、企业自托管、数据不出域这条路径。这条路径的客群是金融、医疗、政府、制造，所有对数据敏感的行业。Cloudflare Workers AI、Anthropic Claude on AWS Bedrock 这些云端方案拿不下来的单子，Apache 可以拿。
把 maka 和 codex 放一起看，故事就完整了：OpenAI 想做"开源标准"，Anthropic 想做"插件生态"，Apache 想做"工程化基座"。三条路在 2026 年 8 月这一周同时出牌，不是巧合，是市场水位到了。
我多说一个行业细节。Apache 项目从入孵到毕业（graduation）通常要 2-3 年。期间会有大量 PMC（Project Management Committee）成员 review、RFC 流程、release 节奏管控。这意味着任何想参与 maka 的人，都必须接受 Apache 那一套"邮件列表 + 投票 + 共识"的开源治理模式。这套模式在 90 后、00 后开发者里已经被嫌弃到不行，但 Apache 一直没改。背后的逻辑是 Apache 服务的客群是大型企业 CIO，他们最信任的就是这种"笨拙但严肃"的治理方式。OpenAI 开源 codex 是技术路线之争，Apache 推 maka 是治理路线之争。这两条路线最后会分出两个完全不同的生态。
还有一个值得讲的点：Apache maka 的 license 是 Apache-2.0，和 codex 完全一致。这意味着任何想基于 maka 做商业产品的公司都不会有法律风险。同时 Apache-2.0 又保护了 Apache 基金会的品牌权益。这是一个非常聪明的协议选择，让 maka 在商业化路径上不会被卡脖子。
四、三条路打一架：谁先掉队？谁会被收编？
技术分析做到这步就该进入"预判"环节了。我把我的判断直接摆出来，不装中立：
4.1 OpenAI 的开源策略能赢短期，但会输给治理成本
OpenAI 用 codex 开源换标准的策略在未来 6 个月会非常成功。理由很简单：开发者天然喜欢免费、开源、不被卡脖子的工具。codex 在 Rust 性能上、Apache 协议友好度上、社区 fork 热情上都会爆。HN 上 Show HN 项目的井喷（"Open Codex"、"Codex Security CLI"、"Agentic Design Patterns"全部基于 codex 衍生）已经证明这条路径的传染性。
但 12-18 个月后会撞墙。理由如下：
治理成本爆炸。开源项目的安全漏洞、API 兼容性、breaking change 全部要 OpenAI 团队扛。一个 codex 团队现在撑得住，十个 fork 项目衍生出来的兼容性问题根本撑不住。当 Anthropic 的官方插件协议变成事实标准，codex 的开源协议就变成"必须兼容的另一套标准"，治理复杂度直接爆炸。
变现路径模糊。Apache-2.0 不收钱，但 OpenAI 不可能永远不收钱。等它要收钱的时候（高级 feature、enterprise 版本、API 调用），所有 fork 都会成为竞争对手。Cursor、JetBrains、Windsurf 都基于 codex 的协议做改造，但付费版本绕开 OpenAI。这种"被自己的开源养肥竞争对手"的剧本，MongoDB 演过、Elasticsearch 演过、HashiCorp 演过。OpenAI 不会想演第三遍。
被 Anthropic 插件生态反噬。当 Claude Code 拥有更多企业级插件（SAP、Salesforce、Workday），codex 仅有技术先进性是不够的。企业选 agent 是选"能解决我业务的工具集"，不是选"启动快 100ms 的 CLI"。
我的判断：codex 会成为开发者的"个人首选"，但不会成为企业的"团队首选"。6 个月后你会看到 Cursor、JetBrains、Windsurf 都基于 codex 的协议做改造，但付费版本绕开 OpenAI。
4.2 Anthropic 的插件生态会赢中期，但会输给开放性
Anthropic 双开市场（官方 + 社区）的策略在 12-18 个月会形成壁垒。理由如下：
网络效应。插件开发者优先上架流量最大的市场，流量最大的市场吸引更多插件开发者。这是经典的 marketplace 飞轮。
企业级背书。官方审核过的插件能进 SOC2、ISO27001 流程，这是 OpenAI 开源策略短期内给不了的。
模型 + 工具一体化。Anthropic 可以把 Claude 模型的最新能力（thinking、tool use、memory）第一时间做成官方插件，codex 这边要等 OpenAI 同步开源。
但 24 个月后会输。理由如下：
OpenAI 已经在逆向工程插件协议。codex 是开源的，理论上你可以写一个适配层让 codex 跑 Claude 模型的插件。Anthropic 的协议护城河不会像 VSCode 那么深。
社区开发者会被 OpenAI 的免费 API 拐走。当 OpenAI 给社区开发者更好的补贴、更好的 API 价格、更低的接入门槛，Anthropic 的插件生态会面临"开发者流失"。
"插件治理"会成为双刃剑。官方审核一旦被绕过一次，整个市场信任崩塌。Anthropic 必须把审核做到 OpenAI 把对齐做到 AGI 那个量级，否则一次安全事故就是终点。
我的判断：Claude Code 的插件市场会成为"中型企业"的事实标准，但会被大企业以"自托管"为由绕过。18 个月后你会看到 Fortune 500 里 30% 在用 Claude Code 的官方插件市场，60% 在用 Apache maka + 自研插件。
4.3 Apache 的工程化基座会赢长期，但短期没人 care
Apache maka 是今天三件事里最容易被低估的。但我告诉你为什么它最值得押注：
Apache 的背书等于企业的安全牌。当 CIO/CTO 看到 Apache 软件基金会的 logo，预算审批速度提升 5 倍。这不是玩笑，这是真实数据。Apache 项目在企业 IT 采购里的"免审"待遇是开源圈独一份的。
"local-first"是企业落地的真需求。所有大企业都被 Cloudflare、AWS、Azure 抽过数据出境税。Apache 押的这条路，未来 5 年会越来越值钱。GDPR、中国数据出境安全评估、美国 HIPAA 这些合规要求都在收紧，"数据不出域"会从加分项变成必选项。
平台之争的最终形态从来都是"基座之争"。PC 时代赢的是 Windows 不是 Office，互联网时代赢的是 TCP/IP 不是 HTTP，AI 时代赢的不会是 GPT 也不会是 Claude，会是承载 agent runtime 的中间件。
但短期没人 care。Apache 项目从入孵到毕业一般要 2-3 年。这期间不会有任何"爆款"出现，不会有任何 HN 头条，不会有任何科技媒体主动报道。意味着 Apache 这条路长期回报巨大，但短期没有任何 social buzz。创始团队要做好 3 年不出名的心理准备。
我的判断：Apache maka 会在 2028 年前后成为 AI agent runtime 的事实标准，类似今天的 Kafka。但 2026-2027 两年它都会被 OpenAI/Anthropic 的热度盖过。耐得住寂寞的人才能吃到这波红利。
五、给普通开发者的实操建议：未来 12 个月你应该学什么
讲完判断，回到实操。如果你是一个想抓住这波红利的开发者，下面是我给你的具体动作清单：
第一，现在就开始用 Rust 写 agent runtime 的工具链。OpenAI codex 的 Rust 选型不是偶然，它代表了 AI agent runtime 从"Python 脚本"向"系统级服务"的演化方向。Rust + Tokio + WASM 这套组合拳未来 18 个月会成为 agent 基础设施的事实标准。你现在学 Rust 写 agent 工具，三年后你的简历会值钱。不要再迷信"Python 万能"了，AI 时代的基础设施是 Rust 写的，这是新现实。
第二，研究 Anthropic 的插件协议，今天就开始写第一个 Claude Code 插件。不是为了赚钱，是为了理解"plugin-as-a-product"这个新形态。插件市场和 app store 是同构的。头部插件会获得超额回报，长尾插件会被算法埋掉。你现在写插件、跑数据、积累经验，等市场起飞时你已经在前排。不要等到 Anthropic 官方商店关闭申请窗口才后悔没早动手。
第三，关注 Apache maka 的 RFC 流程，准备提第一个 patch。Apache 项目的 RFC 邮件列表是真正的"开源原教旨主义者"聚集地。你提的每一个 patch 都会被全球最顶级的工程师 review。这个经历比你在 Cursor 写一年 prompt 价值高 10 倍。即使 Apache maka 失败了，你在 Apache 圈子里积累的人脉也值回票价。这是一条被严重低估的职业路径。
第四，立刻把 CLAUDE.md 写起来。multica-ai/andrej-karpathy-skills 今天 +828 star 不是因为它技术多牛，是因为它解决了一个真实痛点：你的 AI 工具不听话。而 99% 的开发者都没写过 CLAUDE.md。这意味着市场还远远没饱和。先写的人占便宜，而且这件事现在做、当下就有回报，不需要等 18 个月。
第五，对"本地优先"四个字上心。不是因为你有多在意隐私，是因为"local-first"是未来三年最确定的趋势之一。Claude Obsidian、openhuman、Apache maka 都押这条路。押错了不亏，押对了就吃到 SaaS 时代吃不到的"数据所有权溢价"。当所有云端 agent 平台都在涨价、限流、加 compliance 条款的时候，本地优先的工具就成了真正的护城河。
第六，开始读 agent 协议的 RFC 文档。Anthropic 的 MCP（Model Context Protocol）、OpenAI 的 function calling、Apache 的 tool spec，这三套协议未来 18 个月会决定所有 agent 的互通方式。你现在花两周时间精读它们的 RFC，比你写 100 个 prompt 模板更有长期价值。协议层一旦固化，后来者很难撼动。
六、刺：为什么我写这篇
写到这里你应该看出来，这篇文章不是"AI 行业观察"，是我作为一个十年老运维写给同行的职业预警。
我见过太多次了。Hadoop 出来的时候我在用 Oracle，Spark 出来的时候我在用 Hadoop，Kafka 出来的时候我在用 RabbitMQ。每次都是同一个剧本：先看不起，再看不懂，末了来不及。Agent runtime 这一波我不想再错过。因为这一波不是"工具升级"，是职业身份的重新洗牌。
我顺便把三家的细节掰得更碎一点，方便你判断自己押哪边。
先看 OpenAI codex 的代码组织。仓库根目录下的 codex-rs/ 是 Rust 核心，codex-cli/ 是 Node 包装层，docs/ 里有一份 80 多页的"Execution Model"白皮书，专门讲 agent 的 sandbox、permission、tool call 设计哲学。这份白皮书是必读材料，因为它定义了"OpenAI 理解的 agent 应该长什么样"。任何 fork codex 的项目，最终都会被这份白皮书牵着走。OpenAI 的真正护城河不是代码，是这份定义。
再看 Anthropic 的策略细节。Claude Code 的 plugin marketplace 在 8 月这一周里做了三件事：第一，开放了 plugin submission API（开发者可以用命令行提交插件审核）；第二，上线了 plugin analytics dashboard（开发者可以看到自己插件的安装数、调用次数、留存率）；第三，给官方插件加了"verified by Anthropic"徽章。这三步是教科书级别的 marketplace 启动动作，照搬 AWS Marketplace、Slack App Directory、Vercel Marketplace 的成功经验。Anthropic 在 marketplace 这件事上是认真的。
Apache maka 这一侧我多讲一点技术细节。它的核心架构是一个"agent runtime kernel"：所有 agent 都跑在一个统一的 runtime 里，runtime 负责 model message routing、tool call dispatch、permission decision、UI state synchronization。这套架构和 Unix kernel 的设计哲学一脉相承。你不需要知道 agent 内部是怎么实现的，你只需要和 runtime 对话。这意味着 maka 可以支持任意模型（OpenAI、Anthropic、Google、本地模型），可以接入任意工具（CLI、HTTP、gRPC、SQL），可以跑在任意平台（macOS、Linux、Docker、Kubernetes）。一旦这个 runtime 稳定下来，整个 agent 生态都会被它"中介化"——就像 Linux kernel 中介化所有硬件一样。这是 Apache 的真正野心。
写 agent prompt 的工程师，3 年后会被"写 agent runtime 的工程师"取代，就像写 SQL 的工程师被写分布式系统的工程师取代过一样。这不是技术能力问题，是行业结构问题。你不踩进这一波，不是因为你不够聪明，是因为你没看清楚。
主公，这篇值得一读，是因为它不是预测，是已经发生的事实。openai/codex 已经在 GitHub 上，anthropics/claude-plugins-community 已经在跑，apache/maka 已经在 Apache 孵化器里。剩下的只是时间问题。
至于谁赢谁输，别看我说什么，看你身边 5 个工程师用的是什么。赢家永远不是被市场选中的那个，是被工程师选中的那个。十年老运维的直觉告诉我：这一波里押 Apache 的会笑到最后，但押 OpenAI 的会先吃肉，押 Anthropic 的会先哭。哪条路适合你，自己选。
最后留一个跨云厂商的观察作为佐证。8 月这一周里，不只三家大厂在动。云厂商侧：Cloudflare Workers AI 默默把 agent runtime 的 sandbox 隔离时间从 30 秒提到 10 分钟——这个改动几乎没人报道，但意义巨大，意味着 serverless agent 可以跑长任务了。AWS Bedrock 上线了 agent marketplace 的 preview 版，对标的就是 Anthropic 的官方插件市场。Azure 直接把 OpenAI codex 的 reference architecture 复制到自己的文档里，意思是不管 codex 是 OpenAI 的还是社区的，Azure 都要把它纳进自己的云生态。Google 那边 Vertex AI Agent Builder 也在小范围内测，已经有人在内部邮件里提到"对标 Apache maka 的某些特性"。
把这些信号拼起来看：基础设施层（Cloudflare、AWS、Azure、Google）在抢 agent runtime 的部署权，平台层（OpenAI、Anthropic）在抢 agent 协议的制定权，标准层（Apache）在抢 agent 工程化的基座权。三层同时发力，互相卡位。这意味着未来 12 个月里任何想分蛋糕的玩家，都必须同时回答三个问题：你的部署成本能不能比 Cloudflare 低？你的协议生态能不能比 Anthropic 广？你的工程化标准能不能被 Apache 接纳？三个问题答不上任何一个，就准备被收编。
这就是今天我能给你的最诚实判断。所有数据 GitHub API 实测，所有故事 HN + GitHub Trending 交叉验证，结论是我自己的观察，不为任何一家站台。你自己拿主意。
如果你只想记住一句话，那就是：未来 12 个月里，押对 agent runtime 的标准层，比押对模型层更值钱。模型可以换，runtime 一旦固化就是十年的护城河。这是我从 Hadoop 时代学到的最贵的一课，今天免费送给你。