AIREITERCursor Origin 在前兩個月幾乎只有一句宣傳標語與電子郵件登記欄位。到了 2026 年 8 月 17 日，Cursor 的程式碼託管服務終於以搶先 Beta 形式上線。不過先抓住兩個重點：從 GitHub 同步進來的 repos，GitHub 仍是唯一的來源真相；而且付費用戶目前取得 Beta 的情況並不一致。
Cursor Origin 現在真的能用了嗎？
截至 2026 年 8 月 17 日，Cursor Origin 已進入搶先 Beta，開放給所有付費 Cursor 方案用戶使用。企業組織則是例外：同一篇更新日誌指出，企業管理員可以選擇退出。產品頁面也在「Early beta」提示區塊提供 Beta 入口。
不過，實際看到的內容會因帳號而異。在 8 月 17 至 18 日的 r/cursor 上線討論串中，已有付費客戶反映公告與帳號開通之間存在落差：
「我現在看到的還是候補名單登記。」— u/NerdyGuy117，r/cursor
「我的 Teams 方案目前還不能用。」— u/Darkoplax，r/cursor
這些回報顯示它採取分批推送，而非一次對所有符合資格的帳號全面開放。已啟用的帳號會在 Codebase 分頁看到 Origin repos；若你的方案符合資格卻什麼都沒出現，代表 Beta 尚未推送到該帳號。
| 日期 | 事件 |
|---|---|
| 2026 年 6 月 16 日 | Cursor 在 Compile 大會公布 Origin，當時僅有宣傳頁與候補名單 |
| 2026 年 8 月 17 日 | 搶先 Beta 上線：repos、PR、程式碼瀏覽、GitHub 同步與 agents |
在最初公布時，r/cursor 就有留言者形容產品頁面「沒有資訊，就是一個有電子郵件欄位的宣傳頁。」（u/One-Poet7900）
這次 Beta 到底帶來哪些功能？
目前 Beta 已提供四類核心能力，細節整理如下表。根據更新日誌，repos 會出現在 Cursor 新增的 Codebase 分頁，repo 名稱也會成為網址的一部分，例如 Cursor 示範的 cursor.com/codebase/acme-corp。建立 repo 時，需點選 +New、命名、安裝 CLI，接著 clone repo 或推送既有的本機專案。
Pull requests 可查看時間軸、commits、checks 與變更檔案；你可以在編輯器內檢閱 diff、留言與合併。介面圖示也會標記哪些 repos 是由 Cursor 託管、哪些則是從 GitHub 同步而來。
| 功能 | 8 月 17 日 Beta 狀態 |
|---|---|
| 由 Cursor 託管的 repos | 已上線（Codebase 分頁） |
| Pull requests：查看、留言、合併 | 已上線 |
| 程式碼瀏覽與搜尋 | 已上線 |
| GitHub 匯入與即時同步 | 已上線 |
| 在 repos 內執行操作的 agents | 已上線（第一批功能） |
| Vercel、Depot、Buildkite apps | 已上線 |
| 超越基礎功能的 agent-native 能力 | 「Coming」，未提供日期 |
| 堆疊式 pull requests | 未有文件說明 |
| 價格、限制、SLA | 尚未公布 |
Origin 與 GitHub 的同步機制，不是雙向主庫
Origin 的 GitHub 同步建立的是可即時檢閱的鏡像，而不是第二個來源真相。依更新日誌所述，只要連接 GitHub、選擇組織與 repos，Cursor 就會取得即時同步副本；擁有同步 repo 讀取或寫入權限的人，都能在 Cursor 中查看它。之後也可以從設定中逐一中斷 repo 的同步。
其實在 Beta 出現前，Cursor 社群最常問的問題就是：
「Origin 是要取代 github 還是 git？」— u/sn2006gy，r/cursor
Beta 的架構已經給出答案。原本建在 GitHub 上的 repos，push 仍會送往 GitHub，Origin 的副本則用於瀏覽、搜尋與 pull。Cursor 的更新日誌說得很直接：GitHub 仍是來源真相。
| 操作 | 實際發生的位置 |
|---|---|
| 推送至同步 repo | GitHub；Origin 會鏡像同步 |
| 在 Cursor 對 PR 留言 | 留言會發布至 GitHub |
| GitHub 的 reaction 或回覆 | 依更新日誌所述，會在「數秒內」出現在 Cursor |
| 在 GitHub 指派的 review | 可在 Cursor 中完成並合併 |
| 中斷同步 repo | 支援逐一設定 |
只有原生建立於 Origin 的 repos，託管責任才會轉到 Cursor 手上。
Origin repo 裡的 agents 與 CI 怎麼運作
根據更新日誌，能存取 Origin repo 的 agents 可以回答程式碼問題、修改內容、更新 pull requests，以及推送 branches。有位 r/cursor 用戶在產品上線數月前，就精準點出了它試圖解決的瓶頸：「Code reviews 已經變成嚴重的瓶頸。」（u/calloutyourstupidity）
上線首日同步推出三個 apps：Vercel、Depot 與 Buildkite。透過 repo 的 Apps 分頁連接 Vercel 後，每個 PR 都會取得可供測試與留言的 preview deployment，合併後則部署至 production。Depot 與 Buildkite 可執行既有的 GitHub Actions workflows，Buildkite 也能執行原生 pipelines。這裡要分清楚：從 GitHub 同步的 repos 會繼續保留原本在 GitHub 上的 CI；原生託管於 Origin 的 repos，目前則只能串接這三個 apps，暫時沒有其他選項。
至於 agents 周邊的營運管理層，更新日誌沒有交代：沒有 agent 發起 push 的授權控制或稽核日誌，也沒有每個 repo 的限制與成本細節。如果你在 Cursor 之外運行自有 coding agents，那麼任何會推送內容到 repos 的工具，同樣都應套用選擇 coding-agent LLM 的標準來評估。
Beta 目前仍未交代的關鍵資訊
- 未公布 repo 大小、儲存空間或併發限制，也沒有 SLA 或 uptime 目標。
- 沒有 Origin 專屬定價。「包含於付費方案」是目前全部的商業資訊，尚未說明附加費、配額或未來免費方案。
- 沒有 Origin 專屬的資料處理條款。Cursor 的安全性頁面列有 SOC 2 認證，但產品公布時外界提出的訓練資料與資料保留問題，至今沒有針對託管 repos 的公開答案。
- Compile 舞台展示的數字——單一 repo 每秒 22.6 commits，以及「每小時數十萬次 clones」——仍只是展示宣稱：一份獨立 Cursor 指南稱其尚未獲得驗證，而一篇上市報導則指出，被廣泛引用的「296,000+ clones」數字已遺失原始時間單位。
在 Cursor 公布 Origin 專屬條款之前，6 月時這則反應仍是推動採用時無法忽略的限制：
「我完全不可能把完整 Git 歷史交給 Cursor。」— u/fintechbass，r/cursor
哪些人現在適合試 Origin，哪些人該再等等？
| 你的情況 | 建議 |
|---|---|
| 使用付費 Cursor 方案、agents 撰寫大量程式碼，且有非關鍵 repos 可測試 | 可以試；Beta 已包含在你的方案內 |
| repos 必須保留在 GitHub，並使用既有 CI | 沒問題；同步可在 Cursor 進行檢閱與搜尋，CI 仍在 GitHub 執行 |
| 想原生託管於 Origin，且需要 Vercel、Depot、Buildkite 以外的 CI | 先等等；目前只有三個 apps |
| 正在考慮遷移作為來源真相的 repos | 先等等；直接同步即可，因為 GitHub 本來仍是權威來源 |
即使過了 Beta，真正長期存在的取捨依然是：搬遷 repo 的託管位置，也等於搬遷它的保管責任。同一份堆疊式 PR 比較提醒，PR 討論串這類非 Git 的 review 資產「不會隨著 git push 移動」，因此 Origin 是現有選項中最難回頭的一種。該比較也記錄，Cursor 在 2025 年 12 月 19 日宣布已簽署最終協議，將收購堆疊式 PR 公司 Graphite；Graphite 團隊正在 Cursor 內開發 Origin，而 Graphite 目前仍在 graphite.com 獨立營運，堆疊功能方案的年繳價格為每位用戶每月 $20–40。
Cursor Origin 能取代 GitHub 嗎？
不能。從 GitHub 同步的 repos 仍以 GitHub 為來源真相，push 也依舊落在 GitHub。Origin 提供的是原生託管選項，以及疊加在 GitHub 之上的檢閱介面。
Cursor Origin 包含在 Cursor 方案中嗎？
搶先 Beta 對所有付費 Cursor 方案開放。目前尚未公布獨立的 Origin 定價、配額或免費方案路徑。
Cursor Origin 支援堆疊式 pull requests 嗎？
Beta 文件中沒有說明。根據這份獨立比較，外界對 Origin 支援堆疊式工作流程的期待，是來自收購 Graphite，而非已公開的產品功能。
Cursor Origin 可以自行託管嗎？
8 月 17 日的更新日誌與 Origin 產品頁都沒有提到 self-hosting 選項。Origin repos 由 Cursor 託管，企業管理員只能選擇完全退出。
要大規模運行 coding agents，就一定需要 Origin 嗎？
不需要。一份獨立 Cursor 指南建議，即使目前使用 GitHub 或 GitLab，也能透過每個 agent 使用獨立 worktrees、維持小型 diffs，以及導入第一輪 review bots，處理同樣的檢閱瓶頸。