突發!Cursor一夜幹掉了GitHub

AI速讀
Cursor 趁 GitHub 全面癱瘓之際,正式發表專為 AI Agent 優化的程式碼託管平台「Origin」。Origin 針對 AI 高頻率提交的特性,推出了堆疊式 PR 與 AI 自動解決衝突等核心功能,打破傳統 Git 以人類審核為中心的工作流。該平台支援與 GitHub 雙向同步並可一鍵遷移權威來源,旨在將 AI 代理(Agent)從單純的寫碼工具提升至管理碼庫的掌控者。此舉不僅威脅 GitHub 的市場地位,更預示著軟體開發模式正從「人為主」轉向「AI 為主」。

今天,全球程式設計師集體經歷了一場「荒誕劇」。

美東時間上午9點40分,GitHub全面癱瘓,連帶Copilot全線陣亡。

整整7個小時,核心服務癱瘓長達3小時,碼農們直接停擺,程式碼拉不下、AI用不了.....


好巧不巧,就在今天,Cursor正式宣戰GitHub!

正式併入SpaceXAI後,原班人馬甩出了全新「程式碼託管平台」Origin

Origin到底是什麼,快速劃重點:

定位:專門給Agent時代設計的Git程式碼託管平台,深度整合Cursor編輯器

  • 核心能力:堆疊式PR、合併隊、機器可讀審查狀態、MCP協議支援、事件驅動自動化
  • 相容:GitHub雙向即時同步,現有工作流不用動

從今天起,Origin測試版向所有Pro/Teams/Enterprise付費使用者開放

原以為,Cursor只是想幹掉VS Code,但現在看來,GitHub才是它真正的「終極獵物」。

幾乎同一時間,微軟股價跌超3%,超1120億美元瞬間蒸發。


Cursor版Github,上線了

Origin不是「Cursor雲端存了個程式碼副本」,它是一個完整的git託管平台。

早期測試版,能幹的事非常多——

建倉庫、用標準git做clone/push/pull、從GitHub同步倉庫、在瀏覽器裡瀏覽和搜尋程式碼、開PR、review、合併、管權限。

一整套GitHub核心動作,重做了一遍。

用法也很簡單,在新的Codebase標籤頁點「+New」建個倉庫。

頁面會直接告訴你怎麼裝 CLI、怎麼把本地項目推上去。

首次給codebase起的名字,會變成每個倉庫網址的一部分,比如,cursor.com/codebase/acme-corp。

AI自動合併,人類審查都省了

和GitHub一樣,在Origin中,每個程式碼倉庫都有PR,主要亮點功能有三點。

堆疊式PR堆疊式PR允許把一個大變更拆成多個小PR,按依賴關係堆疊,Origin用可視化依賴圖展示。

這對Agent太關鍵了。Agent天然喜歡大批次改程式碼,一次改50個檔案是常態。全塞一個PR裡?人類reviewer看到直接相關頁面。堆疊式PR把這個問題拆開了。

合併佇列一個倉庫裡10個Agent各自改了一批程式碼,各自提了PR,CI跑完全是綠的。

問題來了:先合那個?合完一個,剩下9個的測試結果還能信嗎?

傳統GitHub處理這種局面非常痛苦,動不動就合併衝突、CI重跑、反覆rebase。Origin的合併佇列自動排序和檢測衝突,保證主幹永遠CI綠。

更狠的是,遇到跨幾十個檔案的衝突分支,Origin在合併層直接內建了AI引擎自動解決衝突,連人工介入都省了。

機器可讀的審查狀態GitHub的審查狀態本質上是給人看的,就是一個綠勾加一段評論文字。

Agent想判斷一個PR能不能合併,得去解析評論內容。Origin把審查狀態做成了結構化API,Agent直接讀寫,不用猜。

一個按鈕,一鍵搬空GitHub

最關鍵的是,老項目也不用搬家,Origin支援直接鏡像GitHub倉庫。

git歷史、分支、標籤全帶過來,PR還能雙向同步。

剛同步過來的時候,GitHub仍然是權威資料來源(source of truth)。

簡單講,同一份程式碼可以存在很多地方,但總得有一份說了算:出了分歧以誰為準、CI從那兒拉、上線部署認那一份。

過去二十年,全世界絕大多數團隊的「權威資料來源」,都在GitHub手裡。

如今,Origin徹底顛覆了這一格局。

只要點選「Detach from GitHub」,Origin就會反客為主,成為真正的「程式碼大本營」!

這足以說明,它不是給GitHub套了層Cursor的皮。它是真的在建自己的「地基」。

這一次,Origin還打通了App生態,首批接了Vercel、Depot、Buildkite。

Vercel負責每個PR自動出預覽部署;Depot和Buildkite負責CI,而且這倆都能跑你現成的GitHub Actions workflow。

給Agent跑的地基

不僅如此,Origin原生支援MCP,Agent可以像調API一樣驅動整個forge,不侷限於IDE。

性能資料這塊,是說給Agent聽的。

每小時296,000次clone、81,000次push,每秒22.6次commit,全球同步延遲低於400毫秒,自動故障轉移10毫秒。

每秒commit 22次,聽著離譜,但對一支Agent軍團來說剛好夠用。

寫程式碼的主力

不是人了

Cursor之所以要做Origin,根本原因在於,GitHub已經跟不上Agent的速度了。

今年3月Truell公開過一個內部數字:Cursor合併的PR裡,35%-40%是Agent在雲端虛擬機器上自主完成的。

換句話就是,Agent自己開分支、自己提交、自己開PR。

反觀GitHub,這套2008年設計的工作流,骨子裡是為「人」打造的。

一個人寫完,找一兩個人審,排隊等合併,節奏以小時和天計。

但顯然,Agent不按這個節奏來,十幾個同時湧進一個倉庫,時間尺度是秒。

Origin就是為這個現實建的。

程式碼、PR和Agent在同一個地方,在Cursor裡寫程式碼的時候,Agent可以直接改程式碼、更新PR、推分支,不用跳出去操作另一個平台。

那麼,你今天要不要搬家?

先別急。短期內沒有那個團隊會把核心項目從GitHub整個搬走。

如果你已經在用Cursor的雲端Agent跑後台任務,值得試一下Origin。

而且搬家成本幾乎為零,倉庫設定裡點一下Detach from GitHub,主客就易位了。

SpaceXAI研究員直接貼臉開大:GitHub崩了,不如看看Origin!

GitHub趴了那天,Cursor開門迎客。

下一次GitHub再趴,你可能已經不需要等它恢復了。 (新智元)