OpenAI 宣佈收購 Pierre：要把 Git 工作流與程式碼審查做進 Codex

當你讓 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 體系裡。

這種做法做得很聰明，但也給對手敲了警鐘。當智慧體程式設計進入深水區，決定勝負的不再只是模型智商，而是誰能把多智慧體並行協作的雜亂流程收拾得最乾淨、最讓程式設計師放心。