为接住智能体每周八百万个仓库，Codex买下底层存储团队

你可能想不到，当人工智能写代码的速度越来越快，最先被折腾到崩溃的，居然是程序员每天都在用的老搭档版本控制系统。从2025年底开始，OpenAI内部那个庞大的单一代码仓库频频亮起红灯，拉取和推送代码变得极慢，合并代码屡屡失败，系统的可用性甚至一度跌到了百分之九十以下。谁能想到，大模型在前面飞速写程序，后方的仓库大门却被堵得严严实实。

一、人工智能写代码太快，为什么老仓库先吃不消了

机器写代码的习惯和人类完全不同。一个人写代码，通常是改几个文件，琢磨一阵子再提交一次。但当成百上千个智能体日夜不停地并行干活时，情况就彻底变了。每个任务都在飞快地拉出新分支、推送改动、发起合并，每一次提交又会触发好几个自动化测试任务去拉取同一个提交节点。原本给人类团队设计的系统，在面对这种排山倒海的机器并发时，就像一条原本只供几辆小汽车通行的狭窄乡道，突然涌入成百上千辆重型卡车，被堵得几乎动弹不得。

为了把自家系统从泥潭里拽出来，OpenAI在短短十周内跟Codex搭档，搭建了一套名为Pando的自研底层后端。按照OpenAI在2026年11月2日工程博客里的说法，这个新系统支撑起了公司内部庞大代码仓库的全部开发工作，把提交代码的中位延迟砍掉了将近八成。不过这项改造也有代价，由于采用了新的并发设计，同时读取多个分支的读者可能会看到不同时间点的状态。

被机器并发逼到墙角的还不止OpenAI一家。几乎在同一时期，同行Anthropic在10月份同样用自研系统Scion替换掉了传统工具Git，原因极为直白：那里的机器每天要完成超过三万次代码合并。当两个顶尖人工智能实验室在短短一个月内先后对传统代码管理工具动手术，这说明老旧的工作流确实到了承受极限。

可Pando只是解决了OpenAI自己家里的拥堵，它是一套内部系统，并不对外开放。令人意外的是，到了11月4日，也就是发布工程博客仅仅两天之后，OpenAI突然在官网发出公告，宣布将收购一家名为Pierre Computer的创业公司。两家公司在交割前保持独立，交易还需要满足包括监管批准在内的惯例条件，公告中没有披露收购价格、交割日期或具体的整合时间表。两天前刚讲完自己修仓库的经历，两天后就掏出真金白银买下一家做代码存储的初创团队。这不免让人琢磨：既然内部已经有了Pando，OpenAI为什么还要急着买下另一家公司。

二、一家名不见经传的小公司，凭什么被看上

打开Codex应用的开发者，其实早就每天都在和Pierre的技术打交道，只是很多人此前没有察觉。在11月4日的官方公告里，OpenAI说得非常明确：如果用户在Codex应用里快速浏览过项目文件，或者仔细审查过一次代码改动，背后就已经用过了Pierre开源的Trees和Diffs工具库。Trees专门负责快速浏览项目文件，Diffs则负责把代码改动清晰地渲染出来。

不仅如此，Diffs还有一个很实用的行内编辑模式，审查者一旦发现代码有问题，不需要跳出界面，可以直接在原地敲键盘修改那一行。再加上Pierre最近推出的Highlights语法高亮器，能在开发者键盘输入或者智能体流式输出代码的瞬间实时完成语法高亮。这些工具让代码不仅能被人类看懂，还能在第一时间被顺手修好。

但真正值钱的硬核家底，并不是这几个前端界面工具，而是Pierre在2025年10月推出的Code Storage代码存储服务。这个服务有一个非常独特的定位：它从一开始就不是做给人用的，而是专门卖给机器的底层存储。翻开它的产品说明就会发现，它没有传统协作平台必备的用户体系，没有合并请求，没有讨论区，没有问题追踪，也没有烦人的接口调用频率限制。它纯粹按照存储容量的吉字节计费，七天未被访问的冷仓库会自动转入归档，并且底层采用了三阶段提交与法定人数机制。

这种看似毫无人类社交功能的设定，恰恰切中了新一代智能体编程工具的命门。像Lovable、Bolt、Amp、Poke、Anything、Parahelp这些当下热门的编程平台，全都是Pierre的客户。根据Pierre自己公布的案例数据，光是Lovable一家，每周就要新建超过八百万个代码仓库，在业务高峰期，系统一秒钟就能涌出二百五十个新仓库。人类团队一年到头也建不了几个仓库，但对智能体来说，每接待一个新用户、每开一段新会话、甚至每执行一次临时代码测试，都需要随手拉起一个独立且短命的仓库。

OpenAI在公告里把收购来的能力分成了两类：文件树、改动比对、语法高亮负责代码怎么被看见、被审查；代码存储接口负责代码怎么被保存、被追溯。OpenAI表示，交易完成后，Pierre的开源项目会继续保持开源，OpenAI也会继续贡献，现有客户依然可以正常使用，而其存储功能将被整合进Codex。把前端审查体验和后端仓库创建、历史追溯、权限令牌打包进同一个产品，Codex等于一口气补齐了从审查到托管的全部闭环。

三、当微软的后院被踏入，代码到底该归谁管

OpenAI这笔没有公开财务条款的收购，在行业里激起了不小的波澜。新闻媒体Axios在2026年11月4日的独家报道里直接下了一个分量很重的判断：OpenAI是在正面切入微软GitHub的地盘。Axios认为，随着智能体承担越来越多编程工作，OpenAI正在加入一批挑战GitHub的公司行列，正从单纯写代码的模型供应商，转变成接管代码完整工作流的平台方。

这篇收购公告很快被转到了技术论坛Hacker News上，并迅速冲上首页，在不同的抓取时刻分别记录下了201分与62条评论，以及262分与92条评论。连HashiCorp创始人Mitchell Hashimoto也是Pierre的小额投资人和公开粉丝。不少天天跟代码打交道的工程师在讨论中大吐苦水，指出传统代码托管平台面对智能体时越来越难用：现有的网页往往会默认把最大的改动隐藏起来，可改动量大小和重要性根本没有必然联系；想要翻看一个文件需要连点好几次，改动评论也被藏在极其微小的头像里。当机器一次性吐出几万行代码时，人类现有的审查窗口几乎全部失灵。

面对这种痛点，有人在讨论中半开玩笑地造出了买公司代替付订阅费的新词，也有人指出代码本身不值钱，难的是如何把写出来的代码存好、理清。与此同时，其他几个智能体框架在同一两天内也密集发布了修复补丁：有的框架修补了并发写入时丢失状态的问题，有的加入了严格恢复模式以防断点续跑时读取过期数据，还有的在调整上下文压缩阈值。这些事实印证了一个新的技术趋势：随着智能体快速演进，技术的真正难点正在从模型会不会写，转向写出来的状态和历史到底保存在哪里。

当然，媒体的解读和官方的表态之间存在微妙的界限。OpenAI在两篇公告中自始至终没有点名微软的GitHub，官方给出的目标是推进整个行业的源代码管理，让Codex把企业交付的代码与团队做出的决策连接起来，达到未来所需的规模。此外，Pierre的代码存储服务原本就支持与GitHub、GitLab以及Bitbucket保持同步，短期内它更像是一种并存的新型基础设施，而不是立刻拔除既有的生态地基。

随着人工智能接管的代码行数呈几何级数增长，技术竞争的重心正在悄悄转移，从单纯比拼模型有多聪明，变成了比拼谁能稳稳接住这堆像海啸一样涌出来的成果。但对广大的开发者和企业来说，新的顾虑也随之而来。就在收购宣布的同一时期，行业里接连出现信任摩擦：有桌面端软件被指在启动时自动把插件往各个编程环境里塞，也有用户反映自己关掉的数据授权开关被悄悄重置。当写代码的智能体、审查代码的窗口和保存代码的仓库全部归进同一家大公司的屋檐下，每一个把键盘交给人工智能的团队，都不得不开始重新审视自己的合同与数据边界：那些承载着核心商业机密的代码与决策记录，未来究竟会安放在谁的服务器里。