Cursor Overnight "Took Down" GitHub

今天，全球程序員集體經歷了一場「荒誕劇」。

美東時間上午 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 再趴，你可能已經不需要等它恢復了。

本文來源：新智元