OpenAI收购Pierre，Codex要接管Git工作流？

OpenAI 官方刚刚宣布，将收购 Pierre Computer Company。

对于这笔交易，OpenAI 给出的说法是：要加速一个愿景——让 Codex 成为团队和 AI 联手打造软件的地方，「从最初的想法，到最终发布的版本」。

差不多同一时间，Pierre 官方账号放出一段在篮球场拍摄的视频，对外公布加入 OpenAI。视频里他们的表态是：「好消息是，我们仍在做大家喜爱的产品。」

OpenAI 还提到，双方要共同为现代软件开发确立标准，范围「从智能体创建第一个分支，到代码部署上线、面向全世界的精彩时刻」。按公告的说法，OpenAI 也希望 Codex 能把企业交付的代码和员工做出的决策串起来。

Pierre 此前做的是代码托管服务 Code Storage，外加一批开源开发者工具。官方公告显示，Trees 和 Diffs 这两个开源库已经被用在 Codex 应用里，分别负责文件浏览和代码差异审查界面。

收下 Pierre，目的是把开发者熟悉的 Git 工作流再往前推一步，让它更适应人和 AI 编程智能体配合的新模式。

OpenAI 承诺，Pierre 的开源项目会继续开源，现有客户也能接着用 Code Storage，相关能力日后逐步并入 Codex。交易还要过监管批准等交割条件这一关，正式完成之前，两家各干各的。

Pierre 是何方神圣

这家公司的联合创始人兼 CEO 是 Jacob Thornton。前端开发者对这名字多半不陌生——他是 Bootstrap 的联合作者之一。这个框架在 Twitter 内部诞生，后来成了全球最流行的 CSS 框架之一，几乎是一代 Web 开发者的入门工具。

另一位联合创始人是 Ian Ownbey。Dealroom 等创投数据库的信息显示，Pierre 成立于 2023 年，团队人数在 11 到 50 人之间。IA40 榜单则披露，Pierre 累计融资约 2400 万美元。

去 pierre.computer 看一眼，页面极简、走复古风，像从上世纪 90 年代穿越过来的。公司介绍只有一句话：Pierre 做的是「为机器工作打造的底层、可组合的产品基础设施」。

没错，官网就这么多内容。

Pierre 的产品线不算多，一个商业产品加三个开源项目：

• Code Storage：商业化主力产品，面向 AI 的 Git 托管基础设施
• Diffs：代码差异渲染库
• Trees：项目文件树浏览库
• DiffsHub：基于 Diffs 的开源项目

Code Storage 是 Pierre 最核心的产品，定位是为业内最大规模的智能体工作负载存储代码和其他机器生成的产物。它支持单仓库最高 32TB 的存储容量，仓库数量和总存储空间不设上限。

从实测数据看，单仓库每秒能扛住 500 次以上的 Git 请求，API 请求峰值突破每秒 1.5 万次；Git 与 API 两类请求都没设速率限制，30 个以上并发写入也能同时支撑，可用性 SLA 给到 99.99%。

这组数字反映的是代码生产节奏的变化——AI 编程带来的变化。人类工程师一天提交几次代码就算正常，AI 智能体一分钟内就可能拉起几十个分支，读写请求也随之大量涌来。

传统 Git 托管平台的限流机制和访问控制流程，主要围绕人类开发者的使用习惯设计。当编程智能体成为高频用户，原有的基础设施也需要跟着改变。

Code Storage 正是为此而来。技术上，它基于 Git 的三阶段提交协议，结合「辐条式」法定多数（quorum）架构，在支持高并发读写的同时，保证数据的持久性与一致性。开发者既可以通过 TypeScript、Python、Go 的 SDK 直接操作仓库，也可以沿用原生 Git 协议进行 clone 和 push，并与 GitHub、GitLab、Bitbucket 双向同步。这意味着，开发者无需彻底改变现有工作流，就能接入面向 AI 智能体优化的代码存储服务。

连定价方式也考虑到了 AI 编程的特点。7 天内被访问过的热数据，每 GB 每小时收费 0.005 美元；超过 7 天未访问的冷数据，则降至 0.0002 美元，两者相差 25 倍。

在 AI 编程场景中，智能体可能快速生成大量代码、分支和中间产物，其中不少只会被读取或修改一两次，之后便长期闲置。通过冷热数据分层计费，Code Storage 试图让这种高频生成、低频访问的代码存储模式，在成本上变得更加可持续。如果说 Code Storage 解决的是「代码存在哪」，那 Trees 和 Diffs 解决的就是「人怎么看懂代码」。

Trees 让开发者能迅速翻看并找到项目里的文件，Diffs 则把代码改了什么摆得清清楚楚。OpenAI 在公告里特意点了这两个库的名，称它们「都能让开发者轻松审查和浏览大量代码，同时保持出色的性能」。

Diffs 还带一个挺顺手的编辑模式：审查者在 diff 视图里看出毛病，能就地在那一行改掉，不必再跳回编辑器。新推出的 Highlights 则负责在开发者敲字、或智能体流式吐代码的时候，实时刷新语法高亮。

当 AI 代码爆发

OpenAI 这笔收购到底冲着什么去？从 Pierre 手头的东西看，指向的是一份越来越常见的焦虑。

人写代码的速度，早被 AI 甩在后面。可代码生成出来，总得有人读、有人审、有人担责。一个工程师同时指挥几个智能体并行开工，每天要过的 diff 可能是从前的好几倍。

审查和发版这两道关口，正变成 AI 编程时代实打实的瓶颈。

OpenAI 在公告里把这点单独拎了出来——「Git 的使用还有另一个重要环节，开发者如何审查代码」。Pierre 的工具被看中，很大程度上就是因为它们在「让人快速看懂大量代码」上砸了不少功夫。

还有个信号值得琢磨：OpenAI 提到要「将企业交付的代码与员工所做的决策联系起来」。Git 记得住代码怎么变，却很难记下变化背后的讨论和取舍。代码越来越多由 AI 生成，变更的原因会比以往更难追，也更要紧。

不过，收购本身不等于 Codex 明天就摇身变成全新的代码平台。交易还得过监管批准这一关，整合也要花时间。OpenAI 眼下给出的承诺是开源项目继续开源、Code Storage 客户继续可用，具体的新产品长什么样还没公布。

往回看，AI 编程工具的较量正在一层层往下沉。过去十多年，代码存哪、怎么追、谁来管，几乎被 GitHub 这类平台攥得死死的。如今 OpenAI 把一家专为 AI 打造 Git 基础设施的公司收进囊中，意图已经摆得很明白。

那接下来就得想了：往后代码大多由 AI 来写、由 AI 来审，还放在 AI 公司的平台上，开发者还用得着今天这样的 GitHub 吗？你所在的团队，又是否已经准备好，让 Codex 从第一个分支一路管到上线发布？