Cursor推自家代管 同日GitHub當機6小時

8月17日星期一上午,Cursor開始向所有付費用戶推送一項名為Origin的新功能:程式碼代管服務,目前是早期beta,企業版可以主動退出。大約三個半小時後,GitHub出現全球性服務降級,持續6小時42分鐘,部分功能的錯誤率接近20%。

這兩件事沒有因果關係,但湊在同一個上午發生,說服力比任何發表會都來得強。

它到底提供了什麼

介面上多了一個Codebase分頁,可以在裡面建立、管理儲存庫,本機專案則透過CLI複製或推送,儲存庫網址的格式類似cursor.com/codebase/<name>。Pull Request那一整套功能完整搬了過來:時間軸、提交紀錄、檢查狀態、檔案變更、diff審查、留言、合併,就連GitHub上指派給你的PR也能直接在Cursor裡審完。

跟GitHub的關係是雙向同步。連上GitHub組織之後,既有的儲存庫會同步進Origin,在Cursor裡寫的留言會發到GitHub,GitHub上的留言也會同步回來。官方說法是GitHub仍保有source of truth的地位,推送依然直接進GitHub,使用者隨時可以中斷連線。

目前已經串接的第三方服務有Vercel、Depot和Buildkite,涵蓋預覽部署與CI流程。

審查功能並非從零打造。2025年12月,Cursor收購了專攻程式碼審查的新創公司Graphite,那支團隊與其技術如今撐起Origin的審查流程。這筆收購在當時看起來只是替編輯器補上一項功能,如今回頭看,更像是在為代管層預先備料。

為什麼是現在

過去幾年,Cursor的位置一直是「架在GitHub上面的一層」。Agent改完程式碼要送出PR,PR得經過GitHub,審查意見也得在GitHub上讀,工具再把結果同步回編輯器。這條路徑上每多一次跨系統往返,Agent能用的上下文就少一截,延遲也跟著墊高。

把代管層收進自家陣營,省下的與其說是網路請求,不如說是產品的定義權。當寫程式碼的主力從人類變成Agent,儲存庫這種東西的形態本來就該跟著調整:誰在什麼時候能看到哪些檔案、一次變更該怎麼切分、審查結果給誰看,這些規則目前全都是照人類的協作習慣訂出來的。Origin官方文案裡那句「為Agent規模而設計」,講的正是這一層。

GitHub這邊的破口確實存在。微軟在2018年以75億美元股票買下GitHub,八年過去,它在AI寫程式時代的角色相當尷尬:既要代管所有人的程式碼,又得賣自家的Copilot,還得替一堆競爭對手的Agent開放API。8月這次長達六個多小時的降級,正好戳破了「代管等於基礎設施」這個隱含前提。

這盤棋的勝算

現實一點看,短期內不會有人因為Origin就把儲存庫從GitHub搬走。開源專案的issue、star、fork、CI設定、外部貢獻者的習慣,全都長在GitHub上,遷移成本壓在社群這一側,技術反而是最容易解決的部分。Cursor自己也很清楚,所以第一版做的是同步,而非取代。

真正有勝算的是企業內部的儲存庫。私有程式碼不需要社群,也不需要外部PR,公司只在意Agent跑得快不快、審查流程順不順、能不能少繳一份訂閱費。Cursor的付費用戶原本就集中在這一層,Origin直接擺進他們既有的工作流程裡,試用門檻幾乎是零。

粗略算一筆帳也能說明問題。一家兩百人規模的公司,GitHub Enterprise按人頭計費,一年要花掉五位數美元,Cursor的訂閱費是另一筆開銷,兩者的功能重疊面正在快速擴大——審查、CI觸發、程式碼瀏覽,Origin全都做了。企業在續約季只需要問一個問題:這兩份錢有沒有必要都繳。答案取決於Origin的穩定性撐不撐得住,而不是誰的功能清單比較長。

背後還有一層資本因素。Cursor目前隸屬於SpaceX旗下,母公司的現金流足以支撐一項短期不賺錢的代管服務燒上好幾年——這跟一家還得看募資臉色的新創公司做同樣的事,完全是兩種打法。

真正要觀察的指標不在發布說明裡:半年後有多少家公司把Origin設為主儲存庫,而不是同步用的副本。同步只是過渡狀態,主儲存庫才是結論。

參考來源:Cursor官方更新日誌、SiliconANGLE、CocoLoop、Slashdot;已核實beta開放範圍、GitHub降級時長6小時42分與錯誤率口徑、Graphite收購時間點。