OpenAI 收購 Pierre：讓代理寫的程式看得到、也存得住

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

OpenAI 在 2026 年 11 月 4 日宣布，將收購 Pierre Computer Company, Inc.。這家公司的名字聽起來陌生，產品卻可能已經在你手裡：公告直接寫明，只要你在 OpenAI 的 AI 編碼產品 Codex 應用程式裡瀏覽過檔案、審查過變更，用的就已經是 Pierre 的 Trees 與 Diffs 兩個開源庫。這樁交易真正要補的第三件東西，是以 Git 為底的商業儲存服務 Code Storage，而它還沒進 Codex。

把時間點放進來看，訊號更清楚。OpenAI 在兩天前的 11 月 2 日才發表工程文章，說明內部原始碼控制後端 Pando 怎麼支撐工程師與代理並行工作的規模；收購公告還特別回引了那篇文章。兩篇官方文章連著讀，這樁收購的位置就浮出來了：讓人看懂代理修改的介面已經上線，讓機器存得住這些修改的儲存層，是 OpenAI 正在補的下一塊。

Pin

宣布的是計畫，交割還在前面

公告對交易狀態的措辭很明確：這是收購計畫，完成須先通過慣例交割條件，包括取得監管機關批准；在交割之前，OpenAI 與 Pierre 維持兩家獨立公司。整份公告沒有提供交易金額，也沒有給預定交割日期，這兩個數字現在都屬於未確認事項，任何轉述若給出具體金額，都超出了目前的一手資料。

交易動機的官方說法值得逐句讀。OpenAI 想跟 Pierre 團隊一起做的，是在開發者已經依賴的 Git 工作流上繼續蓋東西，並把它們調整成「團隊與編碼代理協作」的形態。換句話說，OpenAI 沒有發明新流程，而是押注既有 Git 生態會長出代理時代的新用法，Pierre 的三件產品剛好落在這條線上。

這個狀態也直接決定各種「已經改變」的說法能講到哪裡。對 OpenAI 來說，具體改變的是產品路線圖：公告把 Codex 描述成開發者與代理一起承接最具野心專案的地方，願景是從代理開出第一個分支，一路接到程式碼部署上線的那一刻。對 Pierre 的客戶與開源元件採用者來說，眼前的服務與套件照常運作，實際變化要等交割與後續整合才會發生。

OpenAI 也在公告裡給了兩個方向性承諾：Pierre 的開源專案會維持開源，OpenAI 會繼續貢獻；Code Storage 的既有客戶在交割後可以繼續使用，同時 OpenAI 會把這項服務的功能帶進 Codex。承諾的落實程度，之後要看各專案的版本紀錄與服務狀態，而不是宣布當天的新聞稿。

你可能已經用過的兩件：Trees 與 Diffs

先看已經落地的那一半。Trees 是檔案樹渲染庫，把專案資料夾與檔案按層級畫成可摺疊的樹，開發者沿著目錄找到要看的程式，而不用把整個專案攤成一長串檔名。它以 @pierre/trees 為名開源，產品頁標示版本 v1.0.0-beta.6，主打效能、彈性與高度可客製；當代理同時改動多個資料夾，檔案樹給人的是「變更落在哪裡」的地圖。

Diffs 處理另一個問題：這次到底改了什麼。它是 diff 與程式碼渲染庫，把新增、刪除與未修改的內容放進可比較的畫面，開源套件名 @pierre/diffs，目前版本 v1.6.4。產品頁列的功能還包括語法上色、自訂與 Shiki 主題、以及虛擬化渲染（只畫出畫面看得到的行數，長檔案不拖慢速度）。對代理寫程式的場景，這個畫面就是人與機器的交接點：代理可能一次調整多個檔案，人要先看出每一處改動的意圖，才談得上接受或退回。Pierre 連產品頁的導覽列都放了 For Agents 入口，這個團隊對代理場景的押注早寫在門面上。

Diffs 的 Edit 模式是公告特別點名的設計：審查者看到問題的那一行，直接在 diff 畫面裡修掉。產品頁列出的配套能力包括選取管理、自動縮排、復原歷史、檔案內搜尋與 lint 標記。OpenAI 對這組工具的評價也寫在公告裡：讓開發者以「不打折的效能」審查與瀏覽大量程式碼。這句是買方的說法，導入前的實際體感仍要用你自己的專案驗證。

這種把審查體驗做到極細的取向，在公告裡有個段落標題叫「工藝遇上代理時代的規模」，OpenAI 特別寫了它長期欣賞 Pierre 對「開發者怎麼審查程式碼」這件事投入的講究。Pierre 公司頁的技術寫作欄位也佐證了這點：兩篇文章分別談怎麼上色程式碼、怎麼渲染 diff，主題全繞著同一套介面工藝打轉。收購新聞裡少見這種把「講究」寫進官方理由的措辭，它透露的訊號是：OpenAI 看中的表層是工具，底層是做工具的標準。

同一個團隊最近還推出了 Highlights，一套為程式碼與 diff 畫面做語法上色的工具，公告形容它會隨開發者打字或代理串流程式碼即時更新。它在產品頁標示為 beta，頁面上的速度主張要照原文讀：官方用自家測試檔案量到產生 HTML 最快比 Shiki 快 298 倍，同一組資料裡 CSS 是 244 倍、JSONC 是 157 倍。倍數來自特定檔案與量法，換到別的程式碼庫不會自動成立，也不該直接換算成整體開發效率。

Pin

收購的主體在後端：把 Git 包成機器優先的儲存服務

Code Storage 是 Pierre 唯一列在商業產品欄位的東西。Pierre 的公司頁把自己描述成「為機器工作生產底層可組合產品基礎設施的軟體公司」，OpenAI 公告給它的對應說法則是：一套讓應用程式用 Git 儲存程式碼並追蹤歷史的服務。OpenAI 買的正是這一塊對外營運中的儲存基礎設施。

客戶名單能說明市場在哪。官方頁面列出的使用者包括 Lovable、Poke、Anything、Bolt、Amp、Parahelp 等代理與 AI 開發平台，儲存的內容官方也明講超出程式碼：代理記憶檔、設計產物、法律文件，以及其他會隨時間改變的產品檔案。首頁還掛著三篇案例：Lovable 談規模化儲存程式碼，Poke 談連代理記憶一起存，Skydive 談在上面建自主代理。這些平台的共通需求，是把代理每一輪工作都留下可回查的版本關係，而不是只存最後成果。

Pin

技術定位上，產品頁自述為以 Git 為底的高規模分散式儲存系統，API 以機器使用為優先：提供原生 Git 的 clone、push、fetch 端點讓產品直接內嵌，SDK 支援 TypeScript、Python 與 Go，儲存庫變更可透過 webhook 通知建置系統與代理，並能與 GitHub、GitLab、Bitbucket 同步。頁面點出的機器端操作包括串流檔案、grep 整個程式庫、選取 glob 模式，全都不設請求速率上限；一致性則靠三階段提交協定與類輻射狀的仲裁架構，保證大規模讀寫的耐久與一致。公告裡「同一個小團隊」那句話也交代了團隊規模：把編輯器放進 diff 的那批人，同時設計了 Code Storage 的 API。

官方頁面上的數字不少，讀的時候要記得它們是服務商規格：儲存容量與儲存庫數量不設上限（官方標註實際看過單一儲存庫每秒 500 次以上 Git 請求、API 每秒 1.5 萬次以上）、單一儲存庫上限 32TB、併發寫入 30+ 以上、99.99% SLA。定價採用量計費，hot 儲存（7 天內動過）每 GB 每小時 0.005 美元，cold 儲存（超過 7 天未動）每 GB 每小時 0.0002 美元，頻寬流入每 GB 0.06 美元、流出每 GB 0.15 美元；按官方費率試算，100GB 全熱資料放一個月約 365 美元、轉成冷儲存約 15 美元。對正在搭建代理平台的團隊，這組數字給了一個可直接試算的成本起點；對一般開發者，它說明 OpenAI 買的是一門已經在收錢的生意，不是實驗專案。企業方案另提供預約型折扣，也有把自己雲端環境接進來的代管選項。這項服務不是收購後才開放的櫥窗：產品頁現在就掛著註冊入口、文件與 changelog，想實際理解的開發者可以直接開帳號看介面，用不到付費規模也能把文件讀完，這是評估「OpenAI 到底買了什麼」最省事的第一手路徑。

兩天前的 Pando：OpenAI 先自建了同一層

單看收購公告會以為是突發消息，時間軸顯示 OpenAI 在 48 小時內連講了兩次 Git。11 月 2 日的工程文章 Scaling Git at OpenAI 由三位工程師署名，說明內部原始碼控制後端 Pando 如何支撐工程師與代理並行工作下快速膨脹的 monorepo，目錄從三階段提交、預寫日誌、因果一致性一路排到抓取與 clone 的線速表現，甚至包含回饋 Git 專案本身的段落。收購公告明文把兩件事相連：OpenAI 在自己的工程工作裡看到，當更多工作並行發生，Git 周邊的系統必須跟著演進。

還有一個耐人尋味的對照：Pando 工程文把三階段提交與預寫日誌列為評估過的傳統方案，最後選擇放寬一致性、改用因果一致性換取寫入規模；Code Storage 產品頁則直接以三階段提交搭配仲裁架構保證讀寫一致。兩邊對「大規模 Git 讀寫怎麼保持一致」給出不同答案，卻是在同一個問題空間裡做工程。這比用同一套方案更能說明收購的技術相容性：OpenAI 熟悉這類取捨，而 Pierre 已經把自己的選擇做成對外營運的服務。OpenAI 上次拆解內部儲存平台的 Habitat 重寫案例，走的也是同一種「自己先用、再對外說」節奏。

這個脈絡讓收購的邏輯更具體：OpenAI 先自建 Pando 應付內部規模，再買下對外販售這類能力的 Pierre，把內部驗證過的方向接上 Codex 的產品路線。公告的子標題把範圍寫得很收斂：擴充 Codex 用於建置、理解與審查程式碼的工具。哪一塊先變成使用者看得到的功能，公告沒有給時間表。

三種身分，三件要盯的事

這樁交易影響的人可以分成三層，現況各不相同。

對 Codex 使用者，短期內沒有非做不可的動作，值得觀察的是後續版本把瀏覽、審查與版本歷史接得多完整。我們先前報導過的 Codex 用量上限錯置補償與 ChatGPT Pro 用量加倍都顯示 Codex 的功能與計費正在快速變動，儲存與審查體驗是同一條線上的下一批變化。

對開源元件採用者，公告已承諾維持開源，真正要盯的是維護節奏：Trees 還在 beta 版號，之後的版本紀錄與 issue 回應速度，會比宣布當天的承諾更誠實。已經把 @pierre/trees 或 @pierre/diffs 包進產品的團隊，鎖版本再升級的習慣照舊即可，授權面短期沒有變化。

對 Code Storage 客戶，官方已承諾交割後可續用，但價格結構與服務邊界在整合進 Codex 後怎麼調整，公告完全沒有提。合約續約時間點落在未來數月的團隊，值得先向服務方確認自己的安排，也要開始記錄自己的用量分佈，方便未來比對新價格結構。

還沒確定的事，與之後怎麼追蹤

目前還沒有答案的，包括交易金額、預定交割日期、監管批准進度、Code Storage 功能進 Codex 的清單與時程，以及整合後的定價與 SLA。截至 2026 年 11 月 5 日，公告與產品頁對這些項目都沒有給出說明，看到有人轉述出具體數字，先回到原始文件核對。

之後值得追蹤的三個位置：OpenAI 新聞室的交割公告、Codex 的更新日誌，以及 Pierre 開源專案與 Code Storage 的 changelog。儲存與審查怎麼長進 Codex，答案會先出現在這三個地方。