OpenAI 把 Pierre 收进 Codex：AI 会写代码之后，「看代码」成了新瓶颈

作者：陈一帆

OpenAI 当地时间 11 月 4 日宣布收购 The Pierre Computer Company，把 Code Storage、Trees、Diffs、Highlights 四件工具并入 Codex 的第一方工具链，并承诺开源项目继续维护。金额未披露，整合时间表也没给。这笔交易的看点不在「AI 又能写代码了」，而在生成之后那道人工审阅的关口。

OpenAI 在当地时间 11 月 4 日宣布收购 The Pierre Computer Company，把它的 Code Storage、Trees、Diffs、Highlights 四件工具并进 Codex 的第一方工具链 。按公告的口径，Pierre 的开源项目继续开源，OpenAI 也会继续投入维护；现有 Code Storage 客户在收购完成后仍可照常使用，之后才谈功能往 Codex 里逐步整合 。收购金额没有公布 。

Pierre 是做什么的

官网自述是一家「为机器工作制造低层、可组合基础设施」的公司，主产品是 code.storage 。它不只是个 Git 托管服务：按官网列出的规格，单仓库上限 32TB、Git 请求实测每秒 500 次以上、API 每秒 15k 次、99.99% SLA，客户里有 Lovable、Bolt、Amp、Poke、Parahelp 这批 AI 编程平台，存的是智能体生成的代码、记忆文件、设计稿和法律文档 。说白了，这家公司原本就在给「机器大规模写代码」这件事修下水道。

四件工具各管一段：Trees 管目录的浏览和定位，Diffs 管变更比对，Highlights 管语法高亮 。Highlights 今年 9 月 15 日才公开发布，用 WAT（WebAssembly 的文本形式）手写词法器，支持 70 多种语言、流式输入和增量编辑，官方自测在大文件上最高跑到 Shiki 的 298 倍吞吐（Bun 1.4.0、Apple M4 Pro 环境，是厂商自己跑出来的数）。他们在那篇文章里也承认了一件挺实在的事：Diffs 以前用 Shiki，随着编辑功能越做越重，语法高亮逐渐成了「绕不开的瓶颈」。

为什么这跟 Codex 有关

日常场景更能说明问题。改一行代码，编辑器要给几千行重新上色；智能体一次任务开几十个分支，人得从里面挑出真正该看的那三行。逐个查看文件、逐行比对变更这类操作，在今天的技术里并不新鲜，但一旦量级从「人写」变成「机器批量产出」，它就成了限速环节。就像作者一天交十版稿子，编辑真正的活儿是打开修订模式逐段比对，而不是等稿子。OpenAI 在公告里的说法是，希望和 Pierre 团队一起，为「从智能体创建第一个分支到代码部署上线」的现代软件开发树立标准 ——想从「能生成」走到「能交付」，审查这一环绕不过去。

确定的和没确定的

确定的是两条：开源项目继续开源、OpenAI 一并贡献；Code Storage 在收购完成后仍可使用 。Pierre 官网目前仍把 Diffs、Trees、DiffsHub 列在开源栏目下，与公告口径一致 。

没确定的也不少：金额未披露；团队规模和人员安排没有公开；「收购完成后」这种措辞暗示交易可能尚未走完，但没提监管流程 ；整合进 Codex 的时间表和具体形态也没写 。另外 Highlights 眼下没出现在官网的开源栏目里 ，而公告没列明开源承诺覆盖哪些仓库，这一条后面值得再看。还有一点需要交待：这条消息目前主要依据转述报道 ，OpenAI 的英文公告原文我这次没能直接核对。

作为产品观察，我倾向于把这笔交易看成工具箱补齐，而不是能力跃升。已经实现的是这些库在真实平台上的吞吐和稳定性；可以期待的是 Codex 里少拼几个第三方插件、审阅流程更顺；至于「从分支到上线」的标准能不能立起来，得等整合的产品露面才好判断。

转载说明

本文根据以下公开资料整理，原文及配图出处见下方。

• [S1] OpenAI 宣布收购 Pierre，扩充 Codex 第一方代码编写、理解、审查工具
• [S2] Pierre Computer Company
• [S3] On Highlighting Code
• [S4] code.storage
• 配图 1：来源：www.ithome.com（图片署名见原文） · 图片出处
• 配图 2：来源：Pierre Computer Company（图片署名见原文） · 图片出处