Cursor 於週一開始向付費客戶推出其程式碼託管平台 Origin。數小時後，GitHub 發生了一起持續約七小時的故障。

Origin 推出之際，GitHub 狀態頁亮起警示

Cursor 的付費用戶於週一上午收到這項更新。約三個半小時後，GitHub 的事件記錄顯示出全球性降級，並持續超過六小時。

在 pull requests、issues 與 API 上，錯誤率約達 20%；對 archive 與 raw file downloads 的錯誤率則攀升至接近 50%。這次中斷也使 enterprise sign-on 停擺，包括 SAML、OIDC、SCIM provisioning、Team Sync 與 Copilot。這場故障的影響範圍顯示，現代開發堆疊中的身分驗證、持續整合、程式碼審查與 AI 工具，如今有多大程度仰賴單一供應商。

產品發佈通常會提前數週排定，沒有證據顯示 Cursor 是刻意安排與這次故障重疊。不過，時間點仍為公司帶來了一次行銷上的意外收穫。Cursor 的 Matt Palmer 轉推了這次發佈，表示團隊原本想更早推出，但 GitHub 當時已經當機。

Vercel 執行長 Guillermo Rauch 在 X 上表示，開發者現在可以把儲存庫託管在 Origin 上並部署到 Vercel，並指出 Origin 處於線上狀態，與 GitHub 不同。當被問到他為何在笑時，Rauch 表示他是想淡化 Vercel 自己也因 GitHub 故障而受影響的事實。

即使有了新平台，pushes 仍會送往 GitHub，而 GitHub 仍是所有原始內容的最終來源。權限與 GitHub 的讀寫權限相同。Pull requests 會在 Cursor 與 GitHub 之間同步——例如，在 Cursor 中加入的留言會出現在 GitHub，反之亦然。根據 Cursor 的部落格，團隊的 GitHub repositories 可以與由 Cursor 托管的 repositories 並存。就目前而言，這使 Origin 更像是漸進式採用，而非全面替換式遷移。

Graphite 共同創辦人如今負責 Origin

Cursor 將 agents、code 與 pull requests 集中在同一處：開發者可以先把 review comment 交給 agent，再由 agent 編輯 pull request。Vercel 會為每個 pull request 建立即時預覽，而 Depot 與 Buildkite 負責執行 builds。既有的 GitHub Actions workflows 可直接沿用，不需要重寫。這次推出也讓 Cursor 的範圍從 AI 輔助編輯延伸到 GitHub 已透過 Actions、Copilot 與自身程式碼審查所涵蓋的基礎架構層。

Cursor 於 2025 年 12 月收購程式碼審查公司 Graphite，收購價格遠高於其 2.9 億美元的 Series B 估值。Graphite 開發了 stacked pull requests，而其共同創辦人 Tomas Reimers 現在領導 Origin。他最早在 6 月的 Cursor Compile conference 上發表這項產品。這一構想源自 Google 2025 DORA report——一項針對工程組織的年度基準調查，樣本接近 5,000 名專業人士——該報告指出，撰寫程式碼需要大量審查。

GitHub 在過去一年內發生了 257 次故障，這一連串問題與「高知名度用戶明顯外流」有關。Cursor 正在建立 Origin，以利用這種不滿情緒。

截至去年 10 月，GitHub 約有 1.8 億名開發者。GitHub 自己的 Octoverse 2025 統計顯示，開發者人數為 1.8 億、repositories 為 6.3 億，而每月合併的 pull requests 為 4,320 萬件，年增 23%。由 Microsoft 擁有的 GitHub 仍然是全球最大的 source code host。以如此龐大的基礎而言，這次向付費 Cursor 客戶推出的覆蓋範圍，將是測試挑戰者託管服務是否能獲得實質採用的第一步。