Cursor 推出 GitHub 對手「Origin」：一個為 AI Agent 而生的程式碼託管平台，上線當天 GitHub 全球大當機

8 月 17 日，Cursor 做了一件 AI 編程公司迄今沒人敢大規模嘗試的事：正面挑戰 GitHub。該公司的新程式碼託管平台 Origin 以早期測試版向所有付費方案用戶推出，帶來儲存庫（repo）、Pull Request、程式碼瀏覽與深度 GitHub 同步——而上線時間，恰好落在 GitHub 全球大當機、網站與程式碼審查、Actions、Copilot 同時掛掉的幾個小時之內。

這個時機要嘛是運氣好到不行，要嘛是今年最精準的產品上市操作。GitHub 在美東時間上午 9:40 證實正在調查大範圍效能問題，平台隨後癱瘓超過三小時——這已經是 8 月以來第六次重大事故。當全球工程師忙著重新整理狀態頁時，他們的信箱正好收到 Cursor 的邀請：把你的程式碼搬到一個新的地方。

Origin 到底是什麼

Origin 不是把 GitLab 硬塞進編輯器的產物。它是一個從零設計的託管層，前提假設是：在不久的將來，大多數的 commit、審查與合併，是由 AI Agent 而非人類發起。

首發功能涵蓋所有基礎。點擊 +New 建立 repo、安裝 CLI、推送專案，你的程式碼就住在 cursor.com/codebase/{你的組織}。每個 repo 都有完整的 Pull Request 功能——時間軸、commit、檢查狀態與 diff 審查，全是開發者已經熟悉的工作流。

更聰明的一步是 GitHub 互通性。連結 GitHub 帳號、選擇組織、挑選要同步的 repo。同步的 repo 會即時鏡像：你可以在 Origin 裡瀏覽、搜尋、拉取副本，而推送依然流向 GitHub——官方明言 GitHub「仍是既有專案的唯一事實來源」。PR 則是雙向同步：在 Cursor 留評論會發到 GitHub；在 GitHub 回覆，幾秒內就會出現在 Cursor。指派給你的 GitHub 審查，可以直接在 Cursor 裡完成並合併。

而且因為這是 Cursor，Agent 存在於每個 repo 裡。對著正在瀏覽的程式碼提問，Agent 可以回答、修改、更新 PR 或推送分支——程式碼、審查與自動化整合在同一個介面。應用生態系也已在成形，Vercel、Depot 與 Buildkite 的整合第一天就上線。

以 Graphite 技術為底，SpaceX 為後盾

Origin 的血統很值得玩味。開發者之一 Tomas Reimers 親自現身 Hacker News 的討論串，透露 Origin 其實「全部建構在 Graphite 的技術上」——那是 Cursor 收購的堆疊式 PR 與程式碼審查新創，他正是創辦人。這個出身反映在 Origin 以 PR 為中心的設計上。

企業血統則更具話題性。Origin 上市時間，距離 SpaceX 以 600 億美元全股票交易完成收購 Cursor 母公司 Anysphere，只過了三天。最受歡迎 AI 程式碼編輯器的幕後公司，如今是一家火箭公司的子公司——而且突然開始託管全球愈來愈大比例的原始碼，付費用戶預設不自動加入（opt-out by default）。

這條股權鏈主導了社群反應。「看到 GitHub 走下坡很難受，但我實在無法把自己託管在 SpaceX 旗下的服務裡，」一位 Hacker News 留言者寫道，這是頗具代表性的一則。也有人翻出近期 Grok 程式碼 Agent 在背景上傳整個 repo 與 .env 檔案的爭議，直接問 Origin 的服務條款在哪裡。當 Reimers 被問到 Origin 今天究竟與 GitHub 有何不同，他的回答很坦白：「今天，差別很小。我們刻意把它做成一個在功能上與 GitHub 正面對決的替代品」——至於 Agent 整合、更好地理解 Agent 寫的程式碼、自動讓 PR 達到可合併狀態，承諾未來幾週內推出。

為什麼 GitHub 的痛是 Origin 的機會

Cursor 的行銷對準機會毫不掩飾：過去一年 GitHub 發生 257 次當機、部分服務近期錯誤率高達約 20%，還有與 Origin 上線同日發生的全球性事故。獨立追蹤數據也支持這個趨勢——一份可靠性分析統計出 48 次重大 GitHub 事故、累計超過 112 小時的停機時間，其中 Actions 受創最深。

行銷話術底下有一個結構性論點。GitHub 目前每月合併 4,320 萬個 Pull Request，年增 23%，而 AI Agent 正在製造其中快速成長的負載。為人類 commit 節奏設計的 CI 管線，正在被群聚規模（swarm-scale）的 Agent 活動壓垮。Origin 的隱含承諾是：一個為 Agent 規模流量架構的託管平台，會在你的 commit 與 CI 頻率攀升時持續保持可用。一位早期用戶在討論串裡說得直白：「就像 GitHub，但當你的 commit/CI 頻率增加時它還活著。作為客戶我超興奮。」

艱難的上坡路

質疑依然有理。GitHub 的護城河從來不是 Git 託管本身，而是生態系：Sentry、Linear 與數百種為 GitHub 打造的整合工具，再加上 Origin 目前完全不支援的 Actions。「Origin 提供的東西 literally 是一個週末專案就能做出來的，」一位批評者說，「任何跟 CI 有關的東西都不存在。」雙向同步之所以聰明，正因為它承認了網路效應：Cursor 不強迫遷移，而是邀請並行使用，讓團隊按自己的步調慢慢漂向 Origin，同時 GitHub 繼續跑建置系統。

還有一個未被回答的信任問題。一個沒有公布資料條款、由馬斯克 SpaceX 持有、要求企業交出專有程式碼的平台，面對的是一場 GitHub 從來不需要面對的銷售對話。Hacker News 的討論清楚顯示，對一群很有聲量的開發者來說，無論可靠性多好，「誰擁有它」就是一票否決。

儘管如此，策略邏輯是成立的。如果 AI Agent 是下一代最重要的 GitHub 用戶族群，那麼擁有最受歡迎 Agent 端編輯器的公司，確實有機會拿下這些 Agent 推送程式碼的地方。GitHub 當年靠「讓託管變社交」改變了軟體協作；Cursor 押注下一次變革是「讓託管變 Agent 化」——而且打破一億開發者習慣的，會是可靠性，不是功能。

目前 Origin 已在所有 Cursor 付費方案上以早期測試版運作（企業組織管理員可選擇退出），Agent 原生功能承諾近期推出。它最終會成為真正的對手，還是像過去無數 GitHub 挑戰者一樣淪為註腳尚待觀察，但「程式碼託管是已定局市場」的時代，已經結束了。

資料來源

• Cursor Changelog — Origin Code Hosting
• TechCrunch — Cursor capitalizes on GitHub frustration, launches rival hosting platform
• VentureBeat — Cursor launches Origin as GitHub outage exposes opening in AI coding race
• SiliconANGLE — Cursor launches Origin code hosting service
• Hacker News — Cursor launches Origin, GitHub alternative
• BleepingComputer — Microsoft confirms GitHub is down worldwide
• GeekWire — GitHub outage disrupts developers worldwide