OpenAI收购Pierre，Codex补上代码存储短板
11月4日，OpenAI宣布将收购开发者工具初创公司Pierre Computer Company，并把后者的代码存储服务Code Storage整合进编程智能体Codex。这笔交易的金额没有披露，交割尚待监管批准。对OpenAI来说，这是一次目标明确的补强：Codex从此不只能写代码，还将逐步具备存储代码、管理仓库与版本历史的能力。
收购了什么：Codex早已在用的技术
Pierre是一家做开发者底层基础设施的初创公司，定位是为机器工作提供低层、可组合的组件。它的主打产品是Code Storage，一套基于Git的分布式代码存储服务，提供面向机器设计的API；此外它还维护着Trees、Diffs、Highlights、DiffsHub等开源项目。
值得注意的是，Pierre的技术对Codex用户来说并不陌生。OpenAI在公告中表示，如果你在Codex里打开过文件、查看过一段代码变更，你就已经用过Pierre的技术：Trees负责大型项目的文件导航，Diffs负责展示代码改动并支持就地修改某一行，Highlights则是随写随更新的语法高亮工具。换句话说，OpenAI这次收购的不是一家陌生的公司，而是一家已经嵌进自家产品里的供应商。
Code Storage本身也已有真实的外部客户，包括Lovable、Bolt、Amp、Poke、Anything、Parahelp等AI编程产品。它提供Git克隆、推送与拉取端点，支持TypeScript、Python和Go的SDK与webhook，可以与GitHub、GitLab和Bitbucket同步。按Pierre公开的规格，Code Storage支持30个以上的并发写入、单个仓库最高32TB，并兼容Git LFS，采用Git三阶段提交协议与基于仲裁的架构来保证读写的一致性。
交易安排：金额未披露，开源项目保持开放
根据OpenAI的公告与Axios当天的报道，这笔收购有几个已确认的安排：交易金额不对外公布；交割须满足惯常条件，包括获得监管批准，在交割完成之前，OpenAI与Pierre仍是各自独立运营的两家公司。
对开发者社区而言，最重要的承诺有两条：第一，Pierre的开源项目在收购后继续开源，OpenAI表示将继续为其做贡献；第二，Code Storage的现有客户在整合推进期间可以继续使用这项服务，不会因为收购而立即中断。OpenAI还表示，交割完成后的目标是把Code Storage的能力整合进Codex，并借此“推进源代码管理的未来”。
背景：两天前刚亮相的Pando
这笔收购并非孤立动作。就在两天前的11月2日，OpenAI还介绍过自研的Git仓库后端Pando，这套系统支撑着OpenAI内部单一代码库的全部开发工作。按OpenAI的说法，Pando在Codex的协助下仅用10周就从立项走到了生产环境，并从2026年4月起承接生产流量。
Pando面向OpenAI内部，Code Storage面向外部产品，但两者指向同一个方向：OpenAI正在系统性地补齐代码基础设施。此前Codex的角色更多是“帮你写代码、改代码的助手”，代码存在哪、历史怎么管，并不在它的掌控范围内；补上存储层之后，Codex有望在应用内直接完成写代码、存代码、查历史的闭环。
这也解释了为什么多家媒体把这次收购与GitHub联系起来。GitHub长期是代码托管的中心平台，归微软所有。OpenAI买下Code Storage，意味着它在开发者基础设施上与GitHub形成了更直接的竞争关系。不过也要看到，OpenAI这次买的是底层存储能力，而不是一个现成的代码托管平台，短期内还谈不上推出“GitHub替代品”，更准确的定位是Codex的能力补强。
影响与展望
对开发者来说，最直接的变化可能发生在Codex内部：未来在Codex里写代码、查看变更、管理仓库历史，有望在同一个地方完成，减少在多个工具之间来回切换。对Lovable、Bolt等使用Code Storage的AI编程产品而言，短期服务不受影响，但长期要看OpenAI如何平衡“自家Codex优先”与“继续服务外部客户”之间的关系。
对行业来说，这笔交易标志着AI编程工具的竞争正在从“模型谁更会写代码”，蔓延到“谁掌握开发者的代码与工作流”。模型厂商与代码托管平台之间的边界会越来越模糊，GitHub、GitLab等平台与OpenAI、Anthropic等模型厂商的竞合关系值得持续观察。
接下来有几个时间点值得关注：收购何时完成交割、Code Storage的能力何时向更多Codex用户开放、它与OpenAI内部的Pando如何分工，以及Pierre开源项目在收购后的实际维护进展。这些问题的答案，将决定这笔收购到底是一次简单的技术整合，还是一场围绕开发者基础设施的长期布局。