Cursor 開始自己託管程式碼了：Origin 正面對上 GitHub，付費方案已開放【2026 實查】

寫程式的 AI 編輯器，開始想當你的 GitHub 了。

Cursor 在 2026-08-17 發布了 Origin——它自己的程式碼託管服務。官方公告第一句就講得很直白：「Cursor 現在可以託管你的程式碼。」這不是實驗性的側邊專案，early beta 從當天起直接推送給所有付費方案使用者（除非企業組織的管理員選擇退出）。

這篇把官方公告逐項拆開講：現在有什麼、怎麼開始用、跟你現有的 GitHub 怎麼共存，以及最值得注意的那句預告。（全文依 2026-08-17 Cursor 官方 changelog，最後查核 2026-08-20，官方頁面直讀回應 200。）

先講結論：這一版給的是「基礎建設」，不是花俏功能

官方自己說了，第一版「從必要的東西開始，為 agent 的規模而設計」，四件事：

1. Repos（程式碼倉庫）
2. Pull requests（PR 審查與合併）
3. Code browsing（瀏覽與搜尋程式碼）
4. GitHub sync（與 GitHub 同步）

然後接了一句很關鍵的預告：「Agent 原生功能即將推出（Agent-native features ship soon）」。也就是說，現在你看到的是地基——真正要把 Cursor 跟 GitHub 拉開差距的東西還沒出。這一版的意義比較像是「先把碼放進來」。

怎麼開始：從 Codebase 分頁建第一個 repo

操作路徑官方寫得很清楚：

1. 打開新的 Codebase 分頁，這是 Origin repo 的所在地。
2. 點 +New 建立新 repo 並命名。
3. 建立後會出現一個頁面，教你安裝 CLI，並附上 clone repo 或推送本地專案的指令。
4. push 完，你的程式碼就託管在 Origin 上了。

有個細節第一次做的時候要想清楚：你替「codebase」取的名字，會變成之後每一個 repo 網址的一部分，格式是 cursor.com/codebase/你的名稱（官方範例是 acme-corp）。這等於是你的組織命名空間，建之前先想好要用什麼名字。

跟 GitHub 共存：GitHub 仍然是「唯一真相」

這段是最多人會擔心的：那我原本的 GitHub 怎麼辦？官方的設計是共存，不是取代。

• 你的 GitHub repo 可以跟 Cursor 託管的 repo 並排放在一起。
• 連接 GitHub、選你的組織，就會看到可以同步的 repo；勾選後 Cursor 把它拉進來。
• 你自己決定要同步哪些，而且隨時可以斷開連結。
• 對同步 repo 有讀或寫權限的人，也能在 Cursor 裡看到它。
• 同步的 repo 即時更新，你可以在 Origin 的副本上瀏覽、搜尋、pull。
• 推送仍然推到 GitHub——官方原文寫明，對於任何從 GitHub 那邊開始的東西，GitHub 依然是 source of truth（唯一真相來源）。
• repo 名稱旁邊有圖示，直接告訴你哪些是 Cursor 託管的、哪些是從 GitHub 來的。

這個設計蠻務實的：它不逼你搬家。你可以只是「多一個看得到、agent 進得去的副本」，出事了 GitHub 還在。

PR 是雙向同步的，這點比想像中實用

每個 repo 都有 pull requests。打開一個 PR，可以看到時間軸、commits、checks、變更的檔案；可以審 diff、留言、合併。

真正好用的是同步 repo 的 PR 雙向同步：

• 你在 Cursor 裡留言 → 會發到 GitHub。
• 別人在 GitHub 上按表情回應或回覆 → 幾秒內出現在 Cursor。
• 有人在 GitHub 指派 review 給你？你可以直接在 Cursor 裡審完並合併。

意思是團隊其他人完全不用改工具、不用知道你在用 Cursor，你自己這端就能收斂到一個介面。這對「只有我一個人想換工具」的情境很有用。

Agent 就在 repo 裡面

官方這段講得很短，但這是整件事的重點：你的程式碼、PR、agent 現在在同一個地方。

你在瀏覽程式碼的時候可以直接問 Cursor 問題，它可以回答、直接改東西、更新 PR、或推一個分支。

以前的流程是：在編輯器裡叫 agent 改 → 自己 commit → 自己開 PR → 去 GitHub 審。現在這條線被收在一起了。這也解釋了為什麼官方說這一版是「為 agent 的規模而設計」——當你有很多 agent 同時在跑，那個來回切換的成本會被放大。

已經能接的外部服務：Vercel、Depot、Buildkite

Cursor 說他們在建一個 app 生態系，目前已經可以用的整合有三個：

• Vercel——從 repo 的 Apps 分頁連接後，每個 PR 都會有一個預覽部署，可以在上面測試跟留言；合併後就上正式環境。
• Depot——CI。
• Buildkite——CI。

官方特別註明：Depot 和 Buildkite 兩者都能跑你現有的 GitHub Actions workflow，Buildkite 另外也能跑它自己的原生 pipeline。也就是你的 CI 設定不用重寫。

另外每個 repo 都有設定頁，可以查 GitHub repo 的同步狀態、管理誰有存取權、看目前連了哪些 app。

誰現在就能用？

所有付費方案的使用者，從 2026-08-17 起——唯一的例外是企業組織的管理員主動選擇退出的情況。

反過來說：Cursor 免費版沒有這個功能。如果你還在免費方案，這篇看看就好。（Cursor 免費版與付費版的完整差異，見我們的 Cursor 工具頁。）

該不該現在就跳進去？

這是 early beta，官方自己用了這個詞，而且明講「agent 原生功能即將推出」——代表現在的樣子不是最終樣子。給三個務實的建議：

• 別把唯一一份程式碼只放在 Origin。 官方自己的設計都讓 GitHub 保持 source of truth，你沒理由比官方更激進。
• 先拿一個非關鍵的 repo 同步進來試。 同步是可以隨時斷開的，成本很低。
• 重點觀察 PR 雙向同步準不準。 這是目前最實際的價值，也是最容易出問題的地方——如果它穩，你就能一個人換工具而不影響團隊。

真正值得等的是那句「即將推出」的 agent 原生功能。這一版是把碼跟 agent 放進同一個房間，下一版才會知道它們在裡面能做什麼。

本文所有內容查核於 2026-08-20，來源為 Cursor 官方 changelog：Origin Code Hosting（2026-08-17）。功能與開放範圍仍在 early beta，隨時可能變動，請以官方公告為準。Cursor 方案與免費額度細節見 Cursor 工具頁。