Cursor 推出程式碼託管 Origin：雙向同步 GitHub，智慧體直接改程式碼提 PR

挑對手摔倒的時候進場，這招無論看多少次都很抓眼球。

憑藉 AI 編輯器走紅的 Cursor 宣佈推出自己的程式碼託管平臺 Origin，正式向所有付費使用者開放早期測試。碰巧的是，就在釋出當天，全球程式碼託管老大 GitHub 遭遇了長達六個多小時的大範圍宕機，全球錯誤率一度逼近 20%。

對已經被持續網路波動搞得怨聲載道的開發者來說，Cursor 這記鋤頭挖得正是時候。

把倉庫搬進 AI 肚子裡

Origin 目前主打四件事：程式碼倉庫、Pull Request 評審、線上程式碼瀏覽，以及與 GitHub 的雙向同步。

在 Cursor 介面裡點選新建，系統就會生成類似 cursor.com/codebase/your-name 這樣的專屬地址，並給出本地推送命令。只要把程式碼推上去，Origin 就是這批程式碼的唯一真實源頭，完全不需要經過 GitHub。

但 Cursor 顯然不想逼使用者立刻做二選一。它更聰明的做法是把現有的 GitHub 倉庫搬過來做即時映象。

同步之後，GitHub 依然負責兜底，日常程式碼還是推往老地方，但你在 Cursor 裡改程式碼、提 PR、寫評審，都會和 GitHub 雙向秒級同步。你在 Cursor 裡寫下的評語會發到 GitHub，別人在 GitHub 上的表情和回覆也會即時回傳。

更關鍵的改變是智慧體進駐。過去你得在本地編輯器寫完、打包、上 GitHub 網頁端提 PR，現在整個閉環都在一個地方。你可以對著網頁里正在看的程式碼直接向智慧體提問，讓它當場修改、更新 PR，甚至直接替你切分支推送。

針對開發流水線，Origin 首發拉來了 Vercel、Depot 和 Buildkite。Vercel 負責給每個 PR 自動生成預覽環境，後兩者則能直接跑開發者現有的 GitHub Actions 工作流。

為什麼重要

我們認為，Cursor 做 Origin 絕不是為了再造一個平庸的 Git 儲存桶，而是在為未來的「全自動研發公司」卡位。

對個人開發者或小團隊來說，值不值得現在把主力倉庫全遷過去？我們覺得完全沒必要冒這個險，但開啟 GitHub 同步試一試絕對值得。它最爽的地方是消除上下文切換，你不需要在 VS Code 衍生客戶端、瀏覽器網頁和 CI 儀表盤之間反覆橫跳，AI 從改程式碼到合併上線的鏈條被徹底捋平了。

對行業而言，這是生成式 AI 對傳統開發基建發起的最具侵略性的一次進攻。長期以來，哪怕 AI 已經徹底顛覆了寫程式碼的方式，程式碼儲存和協作的話語權依然牢牢握在微軟 GitHub 手裡。據統計 GitHub 擁有 1.8 億開發者，但在過去一年裡它被曝光了 257 次服務中斷。微軟必須警惕這種「後院失火」的危險。

但這套打法也有隱患。託管程式碼不僅是開幾個儲存節點，還意味著極高的安全性要求、複雜的許可權體系和長年累月的穩定性背書。依託併入 SpaceX 後的資源，Cursor 或許算力不愁，但企業級合規和信任不是一朝一夕能補齊的。短期內它更像是一個給 AI 狂熱者準備的超級工作臺，想撼動 GitHub 的根基，Cursor 還得證明自己不會成為下一個宕機主角。