OpenAI拟收购代码托管公司Pierre，计划把代码存储接入Codex

AI写代码的速度，正在把代码托管这件基础设施推到极限。据Axios独家消息，OpenAI拟收购代码托管工具开发商Pierre，交易仍待交割，还需满足监管批准等条件。

对Codex用户来说，Pierre并不陌生。让Codex修一个bug时，它可能一次改动五个文件；你在文件列表里逐个点开，用的是Pierre的Trees，逐行对照删改内容，用的是Pierre的Diffs。这两套工具早已接进Codex。

Pierre还有一项叫Code Storage的业务，客户包括AI应用开发平台Lovable。用户在Lovable里输入几句话就能生成网站，后台每个项目都要用一个或多个Git仓库保存代码和修改历史。按Pierre今年8月披露的数据，Lovable当时每周新建超过800万个仓库，峰值为每秒250个。

OpenAI的计划是，等收购完成后把Code Storage的能力带进Codex，让开发者写代码、查看改动、保存版本都能在同一处完成。

自研与收购在同时进行。11月2日，OpenAI公开了内部Git后端Pando，负责承接公司内部代码的存取。工程团队称，有了Codex，一名工程师可以同时准备多份改动，每次推送又会触发多个自动化任务去取代码、跑检查，原有系统逐渐吃力，拉取、推送变慢，合并也会失败。Pando从4月起承接真实开发流量，换上之后一次推送的中位耗时降了近八成。

OpenAI的动作有其背景。11月3日，GitHub官方状态页一天记录了两起故障，其中一起影响Git操作；4日，合并请求等服务又出现异常，部分请求失败或延迟。代码改完了却卡在合并这一步，正是AI编程工作流最怕的堵点。

不只OpenAI在绕开GitHub。SpaceX今年8月14日完成对Cursor的收购，三天后Cursor的代码托管服务Origin开放早期测试，开发者可以在Cursor里建仓库、请同事审查、合并分支；Anthropic则把主代码库迁进了自研系统Scion——今年5月公司平均每天合并约2500项改动，到9月已超过3万项，单是持续集成任务每天就要取用约2500万次代码。

这笔交易能否落地、Pierre的能力会以什么形式进入Codex，将决定OpenAI能在多大程度上把编程工作流收进自己的产品。值得关注的还有监管审批进度，以及GitHub正在推进的底层改造能否缓解AI带来的写入与读取压力。