OpenAI 买下 Pierre,Codex 开始替掉 GitHub

在 Codex 里点开一个文件，翻一遍改动，这个动作你一天要做几十次。很少有人会停下来想，这套界面是谁写的。

11 月 4 日晚上，OpenAI 公告收购 Pierre Computer Company。公告里有一句话把答案说得很直白。如果你在 Codex 里浏览过文件，或者看过一次代码改动，那你已经用过 Pierre 的 Trees 和 Diffs 两个库。

图1、公告开头就写明，你已经在用 Pierre 的工具

多数收购，买的是一支团队和一个还没做成的产品，要过几年才知道值不值。这一笔买的是已经在跑的东西，跑在你屏幕上，你每天都在用。所以它值得拆开看，不是一个关于未来的故事，而是一个关于你今天怎么干活的故事。

买下来的四样东西

Trees 是左边那棵文件树，几万个文件摊在里面，翻起来不卡。Diffs 是右边那一片红绿，一次改动加了哪几行，删了哪几行，摊开给你看。

Diffs 里还带一个编辑模式。审代码的人看到哪一行不对，可以直接在原处改掉，不用切回编辑器，也不用留一句评论等对方回来改。省下来的是一来一回的等待。

第三样叫 Highlights，管的是代码里的颜色，关键字一个色，字符串一个色，读起来才分得清。它最强的地方是快，人打字也好，智能体一行行往外吐代码也好，颜色跟着一起变，不用等整段写完再补。

第四样是 Code Storage。它没有界面，是给程序用的，别的应用想按 Git 的方式存代码，查历史，调它就行。官网对自己的定位只有一句话，给机器干活用的底层设施。

四样东西连起来，是同一条线上的四个动作，存，翻，看，改。以前这四件事分散在好几个产品里，现在归到一家手上。

这家公司什么来路

Pierre 很小。公告里形容团队只用了一个词，small team，没有人数。官网也简单得过分，一页纸，几行字，产品只列了一个，开源项目列了三个。

图2、Pierre 自己的公告帖，一句话配一段视频

但这家小公司背后的人不陌生。负责人 Jacob Thornton，网名 @fat，Bootstrap 的作者之一。网页里那套排版网格，按钮和表单，前端开发者用了十几年，最早就是他参与做出来的，一直用到现在。

从 Bootstrap 到代码审阅，中间隔了十几年，做的其实是同一类事，把复杂的东西收进一个足够简单的界面。区别在于，前者服务写页面的人，后者越来越多服务智能体。

Git 撑不住的地方

要看懂这笔收购，得先看 Git 现在的处境。Git 是 2005 年为 Linux 内核写的，那套设计的前提是，每个人手上都存一份完整的仓库副本，断网也能查历史，比差异，切分支。

这个设计撑了二十年，因为提交代码的一直是人。一个人一天几次，一个团队一天几百次，整套系统就是按这个量级想的。

现在提交代码的，越来越多不是人。OpenAI 在 11 月 2 日那篇讲 Pando 的文章里，把自己的数字写了出来。从去年年底开始，支撑整个大仓库的系统跟不上了，拉取和推送都慢，合并开始失败，可靠性一度掉到 90% 以下。

图3、官方博客描述旧系统，可靠性一度低于 90%

他们的解法是自己写一个 Git 后端，名字叫 Pando。上线之后，推送一次代码的耗时，中位数降了近 5 倍，换算成百分比就是省掉近 80%。现在每天要送出接近 1 PB 的代码数据，一小时最高超过 57 TB，缓存命中率超过 99%，一次拉取能把 10 Gbps 的网卡跑满。

整套系统是用 Codex 自己写的。从立项到上线，10 周。

10 周这个数字，比前面那些百分比更值得停下来想一想。这种底层系统，过去是几个资深工程师做一两年的事，做完还要一点点迁移，怕出事。现在它变成一个可以交给智能体接手，顺手做掉的项目，因为写代码的不再只有人。

但 Pando 只解决了一半，代码存得下，推送也快。另一半没解决，人还看不看得过来。改动量涨上去，审代码就成了下一个堵点。Pierre 做的正是这一端的事。

同一堵墙，不止一家撞

OpenAI 不是唯一被卡住的那家。Anthropic 在 10 月 13 日发过一篇工程博客，把内部的数字全公开了。

5 月，他们平均每天合并 2500 次代码改动。到 9 月，这个数字超过 3 万次，单日最高 30401 次。主分支的历史接近 100 GB，压缩后的工作副本超过 25 GB，CI 每天要检出代码大约 2500 万次。

图4、每天合并的代码改动量，9 月单日超过 3 万次

如果每次都完整拉一遍，一天要跑 600 PB 以上的流量。常规办法他们全试过，浅克隆只拉最近一段历史，稀疏检出只取要用的目录，把快照存进对象存储，最多时跑着几百个内部 Git 镜像。每一种都只省下一点。

结局是 7 个人用 5 个月，写了一套自己的版本控制系统，把整个单体仓库搬了出去。官方原文里有一句很克制的话，这套东西不适合当通用的 Git 替代品。

这句话反过来读更有意思。连做出来的人都说别学，说明它不是一个能推广的方案，是一次被逼出来的应急做法。

两家公司，一个换后端，一个换整套系统，撞的是同一堵墙。代码还是那些代码，变的是提交的频率，而频率一旦涨到某个量级，为人类设计的那套东西就跟不上了。

谁在抢这个位置

8 月，Cursor 上线了自己的代码托管服务。GitHub 前 CEO 离职之后做的公司，上个月也拿出了面向智能体的同类产品。代码存在哪儿这件事，一年多以前还没人当回事，现在一下挤进来三家，都在抢同一个位置。

图5、OpenAI 新闻号的公告帖，附官网链接卡

而 GitHub 在微软手里。微软还握着 OpenAI 大约四分之一的股份，是它最大的外部股东。

这层关系以前是加分项，现在有点尴尬。OpenAI 要做的产品，正对着自己最大股东最赚钱的那块业务。公告里没有一个字提到 GitHub，但「让 Codex 成为开发者和智能体共同完成最宏大项目的地方」这句话，落点就是仓库。

话说得客气。意思不复杂，代码从写出来到发出去，这一整段都想自己管。

现在会不会动到你的代码

短期不会。公告写了两条承诺。Pierre 的开源项目继续开源，OpenAI 会继续往里贡献。Code Storage 现有的客户在交割之后照常使用，同时 OpenAI 把功能并进 Codex。

交割之前还有一道程序。要满足常规条件，包括监管批准。在那之前，两家还是两家独立的公司。价格没披露，团队人数也没披露。

所以这不是一条今天就要做决定的新闻。你手上的仓库不用动，CI 不用改，团队的工作流也不用改，先照旧跑着。

会变的是另一件事。过去仓库是个存放的地方，代码写完放进去，等人来取。现在仓库是个干活的地方，智能体在里面开分支，提交，等人审，再合并，一天来回几十次。按存放设计的系统，跟按干活设计的系统，不是一套东西。

这条路现在已经有人走出来了。你每天在 Codex 里翻文件，看 diff，用的是 Pierre 的库，跑在 Pando 上，这一段路上，没有 GitHub。