OpenAI宣布收购Pierre补齐Codex代码审查短板 金额未披露交割待监管批准
要点
当地时间 11 月 4 日，OpenAI 官宣将收购开发者工具公司 Pierre Computer Company。这家 2023 年成立的初创团队打造了代码托管服务 Code Storage，以及 Trees、Diffs、Highlights 等一系列开源开发者工具——如果你…
当地时间 11 月 4 日，OpenAI 官宣将收购开发者工具公司 Pierre Computer Company。这家 2023 年成立的初创团队打造了代码托管服务 Code Storage，以及 Trees、Diffs、Highlights 等一系列开源开发者工具——如果你在 Codex 应用里浏览过文件、审查过代码变更，用的其实已经是 Pierre 的库。OpenAI 表示，收购完成后 Pierre 的开源项目将继续保持开源，现有 Code Storage 客户可以继续使用服务，相关功能会逐步整合进 Codex；交易金额未披露，交割仍需监管批准等常规条件，在此之前两家公司保持独立运营。
被收购的与其说是几款工具，不如说是 Git 在智能体时代的下一个位置。Pierre 的联合创始人是 Bootstrap 联合作者 Jacob Thornton 与 Ian Ownbey，团队规模 11 到 50 人，累计融资约 2400 万美元；商业化主力 Code Storage 定位为面向 AI 智能体大规模工作负载的 Git 托管基础设施，单仓库最高支持 32TB 存储，实测每秒可处理超过 500 次 Git 请求、API 请求峰值每秒 1.5 万次，读写速度约为 S3/R2 自建方案的 60 倍，并以冷热数据分层计费适配”高频生成、低频访问”的智能体产物。过去 Git 工作流围绕人类开发者的低频操作设计，当一个工程师同时调度多个智能体并行开分支、批量提交时，传统平台的限流、权限与审查流程就成了瓶颈。
这笔交易并非孤立动作。本周早些时候，OpenAI 刚公布了自研源码管控后端 Pando：十周内用 Codex 智能体以 Rust 写成，生产环境下把代码推送中位延迟降低近 80%，每天承载接近 1PB 的 Git 数据，区域缓存命中率超过 99%——而 OpenAI 的 monorepo 提交量较 2024 年一季度已增长超过 24 倍，旧系统一度出现可靠性跌破 90% 的局面。Pando 解决写入吞吐，Pierre 补上存储、浏览与审查交互，两者拼在一起，OpenAI 的意图相当清晰：让 Codex 覆盖”从智能体创建第一个分支，到代码部署上线”的完整链路，把企业交付的代码与员工所做的决策联系起来。
行业普遍把这次收购解读为 OpenAI 向微软 GitHub 的腹地推进。微妙之处在于，微软既是 GitHub 的母公司，也持有 OpenAI 近四分之一的股份，双方同时在 AI 编程工具上竞争；如今 OpenAI 把能力从”生成代码”下沉到”存储、审查、管理 AI 写出的代码”，竞争正在从应用层延伸到开发者工作流的底层。数据侧的变化同样明显：2025 年 AI 代码助手市场规模已达 73.7 亿美元，GitHub Copilot 以 42% 份额领先，Cursor 用 18 个月拿下 18%，并在今年 8 月推出对标的 Origin 代码托管服务；同一周，Meta 收购了并行编程工具 Conductor，前 GitHub CEO Thomas Dohmke 创办的 Entire 也在争夺同一市场。
需要保持审慎的是，这次收购与”GitHub 替代品”之间还有很长的距离：GitHub 的护城河不只是仓库存储，还包括 issues、pull request、Actions、权限体系与数百万开发者的网络效应，而 Code Storage 目前只是其中较窄的一层；OpenAI 也没有宣布直接竞争 GitHub，官方口径是”在开发者现有 Git 工作流基础上改进”。对 Code Storage 的现有客户而言，官方承诺的”继续可用”没有给出期限，独立产品最终会否被吸收进 Codex 仍是未知数；开发者社区里也有声音担心，高质量开源团队被大厂收编后，独立产出会逐渐枯竭。真正的检验要等交割完成、功能落地之后——AI 写代码的速度已经超过了人看代码的速度，谁能把”审查”这个新瓶颈变成产品，谁才握住了下一阶段 AI 编程的定义权。
