新智元報道
今天，全球程式設計師集體經歷了一場「荒誕劇」。
美東時間上午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再趴，你可能已經不需要等它恢復了。
參考資料：
https://x.com/cursor_ai/status/2089399057659596847?s=20
https://cursor.com/changelog/origin-code-hosting
編輯：桃子 摩西