Skip to content
AI Ferryman Alex
Go back

OpenAI 買下 Pierre:本地的 git 倉庫照樣建,動的是代碼存到雲端的那一側

先交代一句詞:git 是管理代碼版本的工具,把每一次改動記下來,改壞了能退回去;倉庫是一個項目的改動賬本;託管是把賬本放到服務器上供大家取用的服務,GitHub 是最大的一家;agent 是能自己接活、寫代碼、交代碼的 AI 程序;Codex 是 OpenAI 的編程 agent,它有兩種模式,一種裝在你自己電腦上運行,另一種在網頁上派活、由 OpenAI 的服務器運行,下文分開講。

11 月 4 日,OpenAI 宣佈收購 Pierre。Pierre 的主要產品叫 Code Storage,是一個存放代碼倉庫的服務。收購價格沒有公佈,交易還要等監管批准,完成之前兩家公司各自獨立。

OpenAI 在公告裏說了兩件事:一是 Code Storage 的現有客戶在交易完成後可以繼續用,二是它會把 Code Storage 的功能逐步做進 Codex。還有一件事早就發生了:Codex 裏瀏覽文件、審查改動用的兩個庫 Trees 和 Diffs,本來就是 Pierre 做的。

先說本地開發,因爲這一部分什麼都不變。你在自己電腦上做項目,倉庫還是要建的:不是你自己建,就是讓 agent 幫你建,建在本地;或者你在 GitHub 上先建好倉庫,再複製一份到本地。Codex 裝在你電腦上運行的那種模式,也就是命令行工具、桌面應用和編輯器插件,就在這個本地倉庫裏幹活,改的是你硬盤上的文件。你不往外推送,代碼就出不了你的電腦。這一層跟 Pierre 沒有任何關係。

那 Code Storage 是給誰用的?它沒有給人看的網頁界面,它是一個供程序調用的接口。做平臺的公司把這個接口嵌進自己的產品裏,產品裏的 agent 要新建倉庫、存代碼的時候,直接調用它。用它的客戶是 Lovable、Bolt、Amp 這類平臺:用戶在網頁上讓 agent 生成一個應用,這個應用的代碼,就存在 Code Storage 裏。

這些平臺爲什麼不直接用 GitHub?因爲 GitHub 是按人用的方式設計的,登錄和限流(給每個賬號定的使用次數上限)都是給人準備的。平臺那邊的工作方式不一樣:幾十個 agent 同時往一個倉庫裏寫代碼,倉庫還要能大到 32TB(一臺普通筆記本的硬盤通常不到 1TB)。Code Storage 就是按機器的工作方式做的,它把代碼存好之後,還能同步回 GitHub、GitLab 和 Bitbucket。

所以,代碼在什麼情況下會存到雲端?就是你不用本地模式、改用雲端模式的時候。拿 Codex 來說,你在網頁上給它派活,它要求你先連上一個 GitHub 倉庫,任務在 OpenAI 的服務器上跑,代碼先複製一份到它那邊,改完再把結果送回來。Lovable 這類平臺也是同樣的道理,你讓它生成的應用,代碼先存在平臺那邊。

本地和雲端的分界就在這裏。本地模式,代碼在你的硬盤上,放哪、誰能看,你說了算。雲端模式,代碼從寫出來那一刻就在別人的服務器上,存放在哪、誰能看,是平臺定的。OpenAI 這次買下 Code Storage 要做進 Codex,動的正是雲端這一側:它在公告裏說,想讓 Codex 把從 agent 開始寫代碼到代碼上線的整條鏈都管下來。這一步今天還沒做完,交易也還沒完成,但是方向已經擺在那裏了。

我的看法是,這件事跟個人用戶的關係,不在於你要不要換工具,而在於你先得分清自己在用哪種模式。本地那套照舊,倉庫照建。雲端那套圖的是方便,可是代碼也就不在你自己手裏了。這一條分不清,先談哪個 agent 好用,是沒有意義的。

如果這篇對你有幫助,歡迎訂閱或收藏,我會繼續寫 AI、開源和 agent 基礎設施這類題目。

資料:OpenAI 收購 Pierre 的公告與報道 https://www.unite.ai/openai-to-acquire-pierre-computer-and-bring-code-storage-to-codex/ ;Codex 雲端任務的說明出自 OpenAI 的 Codex 文檔


在 X 上討論→

評論都在 X 上——回覆、引用和討論都在那邊進行。