11 月 4 日，OpenAI 官网发文宣布收购开发者工具公司 Pierre Computer Company。Axios 拿到独家后，把这个动作的意图写得很直白：OpenAI 正从「帮人写代码」，走向掌控代码被存储、审阅、交付的那一层基础设施——也就是微软 GitHub 的位置。

这笔收购的财务条款没有披露，交割还需监管批准。但有件事比价格更能说明问题：如果你在 Codex 里翻过文件、审过一处改动，你其实早就在用 Pierre 的库了。 OpenAI 公告原文就是这么写的——Trees（文件树导航）和 Diffs（改动审阅，能在 diff 里直接改那一行）已经是 Codex 的主路径组件。这次买下的是剩下的另一半：Code Storage。

先看链路：Pando 解决「推得动」，Pierre 解决「存得下」

要理解这笔收购，得把它和两天前的另一件事拼起来看。

11 月 2 日，OpenAI 发了一篇工程博客《Scaling Git at OpenAI》，公开自家重写的 Git 后端 Pando。背景不复杂：Codex 让工程师能并行开出远超以往的分支和推送，旧的 monorepo 支撑系统撑不住了——push 慢、fetch 慢、合并失败，可靠性一度掉到 90% 以下。

Pando 的做法不是扔掉 Git，而是重做 Git 后端：分支更新彼此解耦、packfile 跨客户端复用、用 packfile-uri 从区域缓存拉字节。官方给的数据是：中位 push 延迟砍掉近 80%（约 5 倍），一天能吐出近 1PB 的 Git 数据，单小时曾送出超过 57TB 的 pack，缓存命中率超过 99%。更有意思的是工期——这个项目用 Codex 从立项到生产只花了约 10 周。

于是链路就清楚了：

• Pando 解决 OpenAI 内部「推得动、拉得快」，给工程师和海量 agent 一个撑得住的 Git 后端；
• Pierre 补的是产品侧「看得清、审得动、将来存得下」。Trees 和 Diffs 已嵌进 Codex，Code Storage 是下一步要把仓库能力并进 Codex 的原料。

Code Storage 是什么？一句话：面向应用的 Git 存储层。用 Git 存代码和机器生成的产物，支持原生 Git 协议，提供 TypeScript / Python / Go SDK，你甚至可以把 clone / push / fetch 嵌进自己产品的域名里，还能和 GitHub / GitLab / Bitbucket 做同步。官网自称在撑「业内最大的一批 agent 工作负载」，并给出了一组相当激进的额度描述——仓库数、总存储、Git 请求速率不设上限，单仓最大 32TB，支持 Git LFS。这些是卖方自述能力，不是收购条款，但足以说明它卖的是什么。

为什么是现在：agent 把代码仓库的假设全打破了

GitHub 被挑战的原因不是情怀，是架构假设变了。批评者的说法是：GitHub 是为人类设计的——人类一天开几个分支、提几个 PR、看几屏 diff。但当大量代码由 agent 写出、并行推送，旧中枢会卡、会挂、会跟不上。GitHub 近期也确实出现过可靠性问题和宕机，被外界拿来当作「该换代了」的证据。

抢这个位置的也不止 OpenAI：

• Cursor（现属 SpaceX）在 8 月推出了对标 GitHub 的 Origin；
• 前 GitHub CEO Thomas Dohmke 创办的新公司，上个月也放出了竞品；
• 而微软仍持有 OpenAI 近四分之一的股份——股东兼对手，在今天的 AI 圈已经不稀奇。

值得关注的原因

第一，AI 编程的瓶颈正在从「写」迁移到「存、审、交付」。 过去两年所有叙事都围绕模型能不能写对代码。但当 agent 能一口气产出几十个分支、上百个改动，真正的约束变成了仓库吞吐、diff 可读性、审阅带宽。Pierre 卖的 Trees / Diffs / Highlights 全是「人机混编、改动又碎又密」场景下的主路径组件——Diffs 的 Edit 模式允许审阅者在发现问题时当场改那一行，Highlights 能在 agent 流式吐码时实时跟住高亮。这些不是 PPT 里的能力，是已经跑在产品里的库。大厂愿意掏钱买的正是这种手艺。

第二，这是「工具」升级为「平台」的关键一跳。 写只是第一步，存、审、协作、交付才是护城河。OpenAI 自己的表述是：希望从 agent 拉出第一个分支，到代码真正部署上线，把现代软件开发的标准定在 Codex 这一侧。

第三，也是要警惕的一点：锁定在往上游走。 以前换 AI 编程助手，换的是 IDE 插件；现在如果代码仓库、diff 审阅、交付流水线都长在同一套闭环里，迁移成本会抬到组织级别。对企业的实际建议是：现在就该把「代码资产在哪一层、以什么格式存在」写进选型评估，而不是等仓库也被顺手收编之后再算账。

短线看，你在 Codex 里用的文件浏览和 diff 体验，背后团队正式并入了 OpenAI 的叙事。中线看，Code Storage 一旦并进 Codex，OpenAI 就在「写代码的助手」旁边，长出了一块面向 agent 的代码仓库能力。长线看，这是「AI 编码工具」和「AI 时代开发平台」的分界线。

写、存、审、交付，四个环节收进一个闭环——这才是这笔收购真正在买的东西。