跳到正文
IFAI

行业动态

OpenAI 宣布收购 Pierre:要把 Git 工作流与代码审查做进 Codex

首次发布 传播指数 59

OpenAI 宣布将收购开发者工具公司 Pierre,以强化 Codex 的代码审查与 Git 工作流。Pierre 旗下的 Trees 和 Diffs 库此前已支撑 Codex 的文件浏览与比对,其开源项目将保持开源。随着越来越多智能体并行写代码,OpenAI 意在重构现代软件开发与版本控制标准。

OpenAI 宣布收购 Pierre:要把 Git 工作流与代码审查做进 Codex
图:x.com

当你让 AI 帮你写代码时,最痛苦的时刻往往不是等它生成,而是接下来怎么审查:屏幕上刷出成百上千行改动,你既要在复杂目录里翻找,又得把改动一条条合进 Git 仓库。

现在 OpenAI 打算把这一整套体验直接做进自家产品。OpenAI 宣布将收购开发者工具公司 Pierre Computer Company,把这家团队在代码审查和版本控制上的积累,全面融入旗下的 Codex。

藏在 Codex 背后的低调利器

很多人可能没听过 Pierre,但如果你一直在用 Codex 应用,其实早就用过他们的成果了。

Codex 应用里的文件目录浏览和代码改动比对,底层跑的就是 Pierre 开发的两个开源库:Trees 和 Diffs。Trees 让开发者在庞大的项目文件里飞速跳转,Diffs 则把代码变更直观摊开。

Pierre 团队在打磨细节上出了名的硬核。比如 Diffs 带有一个编辑模式,审查人员在看到问题的那一行,可以直接就地修改,不需要跳回编辑器重新找位置。

他们最近还发布了极速语法高亮工具 Highlights,能跟上开发者打字的速度,也能跟上 AI 智能体实时流式吐代码的节奏。此外,Pierre 还打造了 Code Storage,这是一项让各类应用可以通过 Git 存储代码并追踪历史的服务。

智能体成群写代码,Git 必须变样

OpenAI 为什么急着买下 Pierre?说白了,传统的 Git 工作流快要被 AI 跑崩了。

当开发模式从「几个工程师排队提 PR」变成「几个甚至几十个 AI 智能体同时并行开分支改代码」,现有的工具链根本吃不消。OpenAI 本周早些时候就分享过他们自研的内部源码控制后端 Pando,专门用来支撑工程师与大量智能体的高并发协作。

拉来 Pierre 团队,正是为了把这种底层能力做成普通开发者也能顺手用的产品。OpenAI 希望从智能体建下第一个分支,到代码最终部署上线的全过程,都在 Codex 里顺畅完成。

按照官方说明,Pierre 的开源项目在收购完成后依然会保持开源,OpenAI 会继续参与贡献。Code Storage 的现有客户在交易交割后也能照常使用服务,其功能将逐步搬进 Codex。这项收购目前仍有待常规监管审批,在正式交割前,两家公司保持独立运作。

为什么重要

我们认为,这笔收购精准踩中了当下 AI 编程工具最大的痛点:写代码变得太容易,审代码和管代码却变成了灾难。

对开发者和工程团队来说,AI 几秒钟就能生成一个复杂的全栈功能,但如果没有极快、极顺手的审查界面,人类根本不敢轻易合并。Pierre 在极速高亮、文件树导航和原地修改上的细节打磨,正是 Codex 最缺的一块拼图。如果这些能力全面打通,开发者在 Codex 里看智能体的改动就会像看人类同事的 PR 一样自然,甚至更省心。

对行业竞争而言,OpenAI 的野心已经不仅是做一个聪明的代码模型,而是要重塑整个软件工程的底层协作平台。以前大家默认用 GitHub 配合各种插件,现在 OpenAI 拿出自家的 Pando 后端加上 Pierre 的前端交互,看起来是要把从代码生成、代码审查到版本控制的所有环节全部闭环在 Codex 体系里。

这种做法做得很聪明,但也给对手敲了警钟。当智能体编程进入深水区,决定胜负的不再只是模型智商,而是谁能把多智能体并行协作的杂乱流程收拾得最干净、最让程序员放心。

来源 (7)

  1. [1]
    openai.com(在新标签页打开)原文openai.com
  2. [2]
    x.com(在新标签页打开)讨论x.com
  3. [3]
    x.com(在新标签页打开)讨论x.com
  4. [4]
    x.com(在新标签页打开)讨论x.com
  5. [5]
    x.com(在新标签页打开)讨论x.com
  6. [6]
    x.com(在新标签页打开)讨论x.com
  7. [7]
    x.com(在新标签页打开)讨论x.com

每日 AI 内容精选