代码托管这门生意，微软守了八年。
2018 年，微软用 75 亿美元把 GitHub 装进口袋时，很少有人相信一家做操作系统的公司能管好全球开发者的“代码家园”。但微软做到了：GitHub 的注册开发者从收购时的约 3600 万涨到 2024 年的超过 1.5 亿，翻了四倍多，至今仍是地球上最大的代码托管平台。
现在，挑战者换了一拨人。11 月 4 日，据 36 氪援引新浪财经报道，OpenAI 将收购开发工具初创公司 Pierre Computer，进一步扩充旗下 Codex 编程平台，并把矛头指向微软 GitHub 长期主导的代码托管市场。交易财务条款未披露，Pierre 现有的开源项目将继续保持开源。
这不是 OpenAI 第一次把手伸向开发者工具，但这一次不一样。它买的不是一个模型、一个插件或一个编辑器，而是一层“代码存储基础设施”。这意味着，AI 编程的战场正在从“帮你写代码”升级到“帮你管代码”。
一次收购，两个信号
把两件事放在一起看，才能理解这笔交易的真正含义。
第一件事，OpenAI 正在把 Codex 从一个“会写代码的聊天机器人”变成一套完整的开发工作流。今天的 Codex 已经能跑在终端里、嵌进 VS Code 和 Cursor 这类编辑器、在 GitHub 上审查 Pull Request，还能以云端沙箱的形式并行执行任务。OpenAI 官方的 Codex CLI 项目在 GitHub 上拿到了超过 13 万颗星。据《华尔街日报》报道，Codex 的周活跃用户已达 400 万，两周前这个数字还是 300 万。
第二件事，Pierre Computer 做的恰恰是 Codex 最缺的那块拼图。这家 2023 年创立于旧金山的初创公司，核心产品是 Code Storage，一个面向机器工作负载的白色标签 Git 基础设施层。用他们自己的话说，这套系统能支撑“每天数百万个新仓库”的创建，读写速度比基于 S3/R2 的自建方案快约 60 倍。
36 氪的报道提到，Pierre 的部分技术已经应用于 Codex，OpenAI 计划进一步整合其代码存储功能。换句话说，收购不是从零开始，而是把已经跑起来的零件正式装进机器。
为什么这值得警惕？因为代码托管从来不是一个单纯的技术问题，它是一个生态位。开发者把代码放在哪里，CI/CD 就在哪里跑，协作关系就在哪里沉淀，下一代 AI 编程工具的入口也就在哪里。GitHub 用十五年筑起的护城河，本质上是“开发者把代码存在这里”这个习惯本身。
而 OpenAI 正在尝试的，是让 AI 代理（agent）自己成为代码的生产者和管理者。当代码主要由 AI 生成时，人类熟悉的 fork、改代码、提 PR 流程，正在被“给 agent 一个任务、它开分支、它提交、它跑测试”替代。这时候，代码仓库的第一用户可能不再是人，而是 agent。
AI 时代的代码存储，到底难在哪
传统 Git 基础设施的痛点，在 AI 工作负载下被放大了十倍。
Pierre 在 2025 年 10 月发布 Code Storage 时，把问题列得很直白：拼凑起来的 S3/R2 存储方案又慢又脆；传统存储 API 不是为协作设计的；团队一边在 Postgres 和其他数据库里重复实现 Git 原语，一边还要在对象存储里管理分叉的快照；和 GitHub 的同步流程复杂耗时。
最后一句尤其值得玩味。他们写道，行业里弥漫着一种“对微软切断 API 访问的压倒性恐惧”，尤其是在 GitHub 被重组进微软 AI 部门之后。这句话出现在一家初创公司的官网上，听起来像营销话术，但它戳中的是一个真实焦虑：当你的整个产品长在别人的平台上时，平台规则的变化就是你的系统性风险。
Git 本身并不适合大规模并发操作。它是为人类开发者异步协作设计的，二十多年过去，真正成功把它运营到超大规模的团队屈指可数，GitHub、GitLab，以及一个问号。Pierre 的团队名单里写着 Cloudflare、Coinbase、Discord、GitHub、Reddit、Stripe、X 等公司，公司自称团队累计带来超过 150 年的分布式系统经验。这个数字无法独立核实，但团队背景本身说明了一件事：他们赌的是“把 Git 做成可编程的基础设施层”，而不是再做一款面向开发者的社交编码平台。
这正是 OpenAI 需要的。对 Codex 来说，每一次 agent 执行任务都可能产生大量中间代码、临时分支、评测快照和回滚点。这些产物需要被确定性记录、可寻址、可复现。Git 的内容寻址快照天然是好的载体，但前提是你得有一套能扛住海量小仓库、高频读写的底层系统。自己从零造轮子，意味着 OpenAI 要招一批懂 Git internals 和分布式存储的人，然后花几年时间踩坑。收购，是把时间买回来。
GitHub 的护城河，正在被三个方向凿开
说 OpenAI 要“挑战 GitHub”，不能只停留在标题层面。挑战到底从哪里来，需要看清楚。
第一个方向是 AI 编程工具本身。有统计显示，AI 代码助手市场在 2025 年达到 73.7 亿美元规模，GitHub Copilot 以 42% 的份额保持领先，但 Cursor 用 18 个月拿到了 18% 的份额。更关键的是，Cursor 在 2026 年 8 月推出了名为 Origin 的代码托管服务，直接对标 GitHub：开发者可以在 Cursor 桌面客户端里一键把 GitHub 项目复制到 Origin，上游更新会自动同步。AI 原生 IDE 已经开始把“写代码”和“存代码”打包成一体化体验。
第二个方向是计费模式的松动。GitHub Copilot 从 2026 年 6 月 1 日起切换到基于用量的 AI 积分计费，每积分 0.01 美元；Anthropic 的 Claude Code 也在同期转向计量收费。整个市场正在收敛到“按用量付费”，这削弱了 GitHub 靠订阅制锁住团队的优势。当所有工具的收费逻辑趋同，开发者切换的成本就降低了。
第三个方向，才是 OpenAI 这次收购真正指向的：当代码的生产者从人变成 agent，代码托管平台的核心能力需要重做。人类开发者一天提交几次代码，agent 可能一分钟提交几十次；人类关心分支命名、PR 描述、Code Review 的体面，agent 关心的是确定性、可回滚、可追溯、可并行。GitHub 的产品形态是为前者优化的，而 Code Storage 这类基础设施层是为后者设计的。
这三股力量叠加，才构成了 OpenAI 的机会窗口。单独任何一股都不足以撼动 GitHub，但合在一起，意味着“代码托管”的定义权正在松动。
OpenAI 的开发者野心，不止于一个编辑器
把视角拉远一点，这笔收购只是 OpenAI 开发者战略的一块拼图。
2026 年的 OpenAI DevDay 上，Codex Cloud、Ultrafast、Sol 等面向开发者的工具集体亮相；ChatGPT 的 Dots 功能把被动用户变成常驻 agent 消费者；OpenAI 还在推进与亚马逊、英伟达的云合作，把模型铺到更多开发环境里。与此同时，OpenAI 对开发者工具的收购节奏明显加快，媒体曾报道过它对 NextSlide 等初创公司的收购，只是披露往往滞后。
这种打法有一个清晰的逻辑：OpenAI 不想只做“开发者用来写代码的模型”，它想做“开发者工作的操作系统”。模型是引擎，Codex 是界面，而代码存储是数据层。三层齐了，开发者从构思、编码、测试到部署的整条链路，才有可能留在 OpenAI 的生态里。
这对微软意味着什么？微软的开发者护城河是一个闭环：GitHub 托管代码，Copilot 辅助编码，Azure 承载部署，VS Code 作为入口。OpenAI 的收购如果成功整合，相当于在这个闭环里楔进了一个平行的闭环：Codex 写代码，Code Storage 管代码，再叠加模型能力本身。双方会在“AI 原生开发工作流”这个新战场上正面相遇。
但也要看到 OpenAI 的劣势。GitHub 的优势不是技术，是网络效应和习惯。超过 1.5 亿开发者、数亿个仓库、十几年沉淀的协作关系，这些不是靠一层更快的存储基础设施就能迁移的。更现实的路径是，OpenAI 先拿下“AI 生成的代码存在哪”这个增量市场，而不是正面抢夺人类开发者已经存放好的存量代码。
谁会赢，谁危险
这笔交易给行业释放的信号是清晰的。
AI 编程的竞争重心正在下移。过去一年，大家比拼的是模型写代码的能力；接下来，比拼的是谁能管好 AI 写出来的代码。存储、版本、同步、权限、审计，这些“无聊”的基础设施会变成新的决胜点。
代码托管市场会从“一个平台通吃”走向分层。面向人类协作的社交编码平台，GitHub、GitLab 依然稳固；面向 agent 工作负载的基础设施层，会像 Code Storage 这样独立长成一层生意；而 IDE 厂商，Cursor、VS Code，会继续把托管能力打包进编辑器。三层之间会有重叠，但核心用户不同。
最危险的不是微软，而是那些既没有模型能力、又没有基础设施层、只靠一层薄薄 UI 活着的 AI 编程工具。当巨头开始垂直整合，中间层的溢价会被迅速压缩。
对开发者来说，好消息是选择变多了，切换成本在下降；坏消息是，你熟悉的“把代码放 GitHub 就万事大吉”的时代，正在悄悄结束。
GitHub 用十五年证明了一件事：开发者愿意把代码交给谁，谁就拥有了软件世界的地契。OpenAI 现在要赌的是下一件事，当代码的主要生产者变成 AI 时，地契该由谁来保管。
快报