Cursor Origin：專為 AI 代理打造的 Git 代碼倉庫平台詳解

Cursor Origin 是 Cursor 自家的 git 代碼倉庫平台（git forge）——一個用於托管代碼庫、審查 Pull Request 及瀏覽代碼的平台，並將 Cursor 的編程代理作為一等公民深度整合其中。它於 2026 年 8 月 17 日以早期測試版形式推出，僅限付費方案使用。本指南涵蓋實際推出的功能、GitHub 鏡像的運作方式、代理的能力，以及同樣重要的——目前仍欠缺的功能。所有內容均以 Cursor 的官方文檔為依據。

什麼是 Cursor Origin？

Cursor 用一句話描述 Origin：專為代理時代打造的 git 代碼倉庫平台。簡單來說，它是一個真正的 git 托管服務——而非 GitHub 的 UI 外殼。代碼庫存放在 Cursor 自己的遠端伺服器上，你可以使用標準 git 進行推送和拉取。

一家以編輯器聞名的公司突然開始托管代碼，原因在於：代碼庫是代理工作成果得以實現、接受審查並合併的地方。透過 Origin，Cursor 正在進入代碼庫、Pull Request、代碼瀏覽和代理共存的層面——更大的賭注不僅僅是打造另一個 GitHub，而是讓代碼倉庫平台本身成為代理工作流程的一部分，而非編輯器需要整合的外部系統。

Origin 由 Graphite 團隊打造——Graphite 是一家專注於堆疊式差異代碼審查的公司，已被 Cursor 收購。Origin 推出的同一週，GitHub 發生了重大故障，這放大了發布的聲勢，但並非其初衷。

早期測試版推出的功能

測試版刻意保持克制。以下是已包含和未包含的功能。

測試版已包含：

• 透過標準 git（HTTPS）托管代碼庫，支援內部和私有可見性
• 支援內聯審查、檢查和合併保護的 Pull Request
• 在 cursor.com/codebase 進行代碼瀏覽、搜索和提交歷史查看
• 支援雙向 PR 同步的 GitHub 鏡像
• Origin CLI、API 和 Webhook
• 三項整合：Vercel（預覽部署）、Depot 和 Buildkite（CI）

測試版未包含：

• GitHub Issues、項目、討論或 Wiki
• 公開代碼庫（目前尚無開源項目的容身之所）
• 原生 CI 運行器、套件倉庫或版本發布功能
• 安全掃描或依賴項警報等同等功能
• 已公布的存儲限制、SLA 或測試版後的定價

首日推出三項整合：Vercel 為每個 Pull Request 啟動預覽部署，並在合併時發布到生產環境；Depot 和 Buildkite 則負責持續整合——關鍵在於，兩者均可直接執行現有的 GitHub Actions 工作流程，無需任何修改。這個兼容層正是其策略的縮影：無需重寫構建系統即可試用 Origin。

誰可以使用

Origin 代碼存儲功能適用於 Pro、Teams 和 Enterprise 方案——免費方案不包含此功能。訪問權限分階段推出，因此付費訂閱者可能不會立即看到此功能。透過申請代碼庫名稱（codebase name）來啟用它，這是所有代碼庫所在的命名空間。請謹慎選擇：在測試版期間，此名稱無法更改，且會出現在每個代碼庫的 URL 中。

Origin 是否取代 GitHub？鏡像的運作方式

目前還不是——Cursor 也不要求你這樣做。設計的路徑是鏡像，且以一種謹慎的方式進行。Cursor 不要求你離開 GitHub：連接一個 GitHub 組織，選擇代碼庫，它們就會與 Origin 原生代碼庫並排顯示。

鏡像會將完整的歷史記錄、分支和標籤複製到 Origin 並保持同步，Pull Request 的評論和審查也會雙向流動。關鍵細節在於：開發者可以從 Origin 克隆並推送到 Origin 遠端，但這些推送會傳遞到 GitHub——Cursor 明確表示，對於最初在 GitHub 上創建的代碼庫，GitHub 仍然是事實來源（source of truth）。

這個橋接有其邊界。GitHub Issues 不會被遷移。Actions 密鑰或運行時配置也不會——鏡像代碼庫的 CI 仍保留在 GitHub 上。當團隊決定讓 Origin 成為權威來源時，需要解除鏡像：同步停止，Origin 副本變為獨立，原始 GitHub 代碼庫保持不變。解除鏡像才是真正的遷移時刻；在此之前的一切都是對工作流程的免費試用。

代理作為一等公民

上述功能列表可以描述任何一個年輕的代碼倉庫平台。策略體現在代理的深度整合上。Cursor 的雲端代理可以端到端地創建一個 Origin 代碼庫，然後克隆、創建分支、提交、推送並針對它開啟 Pull Request。

自動化功能將代理與代碼庫事件綁定——推送到主分支、開啟或更新 PR，或按計劃執行。自 2026 年 8 月 19 日的更新日誌起，雲端代理會自動訂閱它們創建的 PR：訂閱的代理會監控 CI、修復失敗的檢查、回應審查反饋，並在 PR 發生變化時喚醒，持續追蹤目標直到工作真正完成。

這形成了一個任何第三方代碼倉庫平台都無法為 Cursor 提供的閉環：代碼庫事件 → 代理在隔離的虛擬機中運行 → 代碼變更 → PR 更新 → CI 結果 → 代理再次喚醒。擁有代碼倉庫平台意味著掌控每一個環節。不過值得明確的是：PR 審查模式本身仍然是傳統的人工審查。賭注在於這個閉環從此處開始收緊的速度。

誠實的局限性

Cursor 自己的文檔坦誠地說明了這些問題，如果你正在評估是否遷移，這些差距至關重要：

• 沒有 Issues 或工作追蹤。 甚至不會鏡像——你的追蹤工具留在原處。
• 沒有公開代碼庫。 開源項目目前尚無落腳之處。
• 沒有原生 CI、套件倉庫或安全工具。 CI 來自合作夥伴；沒有相當於密鑰掃描或依賴項警報的功能文檔。
• 沒有已公布的限制、SLA 或測試版後定價。 存儲、帶寬和正常運行時間承諾在測試版期間尚未明確。
• 推出分階段進行且需管理員授權。 舊版隱私模式會完全阻止訪問，團隊管理員可以禁用它。

這些都不是對一個剛推出幾天的測試版的批評——這只是對邊界所在的誠實描述。如需更全面地了解企業層面的顧慮，VentureBeat 的發布分析詳細介紹了平台團隊應該提出的安全審查問題。

現在應該遷移代碼庫嗎？

低風險的路徑正是設計好的那條：在 GitHub 保持權威的同時鏡像幾個代碼庫，使用 Origin 進行瀏覽、審查和代理工作流程，只有在驗證了 CI、訪問控制以及你可能失去的協作功能之後，才考慮解除鏡像。測試版在現有 Cursor 方案之外不需要額外費用，因此這是一個低成本預覽代理時代基礎設施體驗的機會。

如果你對 Cursor 的發展歷程感到好奇，我們的 Cursor 起源故事追溯了這家公司從一個 CAD 創意到成為最廣泛使用的 AI 編程工具之一的歷程——這為理解它現在為何要打造自己的代碼倉庫平台提供了有用的背景。

按你的方式打造自己的代理工作流程

Origin 真正的論點是：有趣的工作單元是一個從事件到合併 PR 全程負責任務的持久代理，而非一個聊天窗口。這與 Eigent 的賭注相同——只不過 Eigent 在本地運行整個多代理工作團隊，基於你掌控的代碼和工作流程，沒有供應商鎖定。如果審查代理撰寫的 Pull Request 是你的瓶頸，我們的審查 GitHub PR 工作流程可以直接讓代理承擔這項工作。下載 Eigent，將真正的多步驟任務交給你自己的 AI 工作團隊。