昨天，GitHub 又當機了。
網頁和 API 流量的錯誤率高達 20%，倉庫下載和原始內容的下載錯誤率更是飆到了 50%。Issues、Pull Requests、Actions 等開發者日常依賴的核心功能，全都受到了影響。
全球開發者集體圍觀，一片哀嚎：
而就在這個時，Cursor 團隊成員 @aryamankhawow 發了一條推文：
GitHub 你也掛了？要是今天恰好有個不錯的替代品上線，那可就太巧了吧……
細節：這裡的 gOod，O 是大寫的。
幾分鐘後，他引用了 Cursor 官方的推文並回覆：Check it out!
Cursor 官方在推文中正式宣佈：程式碼託管平台 Origin，今天開始面向所有付費使用者推送 Beta 版本！
這個時機……有那麼一點「趁虛而入」的味道了。
（我嚴重懷疑 Github 是被 Cursor 團隊搞掛的……
但不管怎樣，Cursor 選在這個發佈時間點來推 Origin，效果已經是拉滿了，老天爺賞飯吃了。
什麼是 Origin
Origin 是 Cursor 自研的程式碼託管平台。
一句話定位介紹是：Git hosting, at agent scale。
也就是為 Agent 規模的工作流而生的，Git 託管服務。
官方的 changelog 介紹了 Origin 的核心功能為如下：
程式碼倉庫管理
使用者可以通過 Cursor 網頁端新增的 Codebase 標籤頁來訪問 Origin 倉庫，也可以直接建立新倉庫。
倉庫 URL 形如 cursor.com/codebase/[name]。
GitHub 一鍵同步
這可以說是最吸引人、最深入敵腹的功能了：連接 GitHub 帳號之後，選好組織和倉庫，就能一鍵把程式碼同步過來。
不過，同步是雙向且即時的。
也就是說，在 Cursor 上的改動會推到 GitHub。而同樣的，GitHub 上的更新也會在幾秒內出現在 Cursor 裡。
（亂入提問：如果我同時往兩邊推，會發生什麼？）
PR 審查與合併
每個倉庫均自帶完整的 Pull Request 功能，並支援 timeline、commits、checks、files changed 等全套的 review 流程。
Cursor 使用者則可以直接在 Cursor 裡查看 diff、留評論，然後直接合併。
程式碼審查介面中還整合了「Ask Cursor」的功能，可以選中一段程式碼，然後直接向 AI 提問。
應用生態
目前已經接入了 Vercel（預覽部署）、Depot 和 Buildkite（CI 工作流）等 GitHub 的整合方，未來還會有更多應用上線。
可以在倉庫的 Apps 標籤頁進行連接。
Agent 級性能
Origin 還一併公佈了自己的性能資料，非常挑釁：
• 每小時 296,000 次 clone
• 每個倉庫每秒 22 次 commit
• 全球同步延遲低於 400ms
• 自動解決合併衝突
• 一鍵匯入 GitHub 程式碼庫
（再次提問：但你還有個雙向同步，不怕把 GitHub 打掛嗎？）
這些性能資料想表達的邏輯是，GitHub 的基礎設施是為人類開發者而設計的，一個人一天推幾十次 commit 就已經算是非常高產了（不用 AI 的時候）。
但在 Agent 時代，AI 編起程來是可以在幾分鐘內就發出上百次 commit、clone、merge 的操作。
傳統的 Git 託管基礎設施，正在承受著越來越大的壓力（GitHub 頻繁當機多少也和這有關）。
洩露、撤回、再上線
其實 Origin 在此之前就走露了風聲了。
早在上周 8 月 13 日，就有眼尖的使用者發現在 Cursor 網頁端出現了 /codebase 路徑，Origin 的功能入口已經準備好了。
但隨後……Cursor 團隊發了一封郵件，說 Origin 被意外提前曝光了，暫時關閉了存取權，等準備好後再正式開放（等一個 GitHub 掛掉的機會）。
而今天，終於等來了 GitHub 當機的好時機，於是 Origin 就正式發佈了……
短期並非替代
Origin 目前仍處於 Beta 階段，面向所有付費計畫的使用者開放（企業組織的管理員可以選擇關閉）。
需要注意的是，Origin 短期的定位上並不是要取代 GitHub。
從雙向即時同步的設計上也能看出，它更希望成為 GitHub 之上的一層，把程式碼託管和 AI 程式設計體驗進行整合。
在 Agent 工作流正逐漸成為主流開發方式的當下，一個專門為高頻 commit、高並行 clone 設計的 Git 託管服務，非常有它存在的理由。
好在我已經提前一天薅到了 SuperGrok Heavy 並成為了 Cursor 的付費使用者，試了下，真的巨快。 (AGI Hunt)