觀點 · 資訊分享

Cursor 開始代管你的程式碼：Origin 早期測試上線，可與 GitHub 雙向同步，AI 代理就在倉庫裡

Cursor 在 8 月 17 日推出程式碼託管服務 Origin（早期測試）。能建倉庫、開 PR、瀏覽程式碼，也能從 GitHub 同步；官方說代理功能之後會陸續推出。

一句話看懂：AI 編輯器 Cursor 開始提供程式碼託管服務 Origin，倉庫、Pull Request、程式碼瀏覽和 GitHub 同步都有，AI 代理直接住在倉庫裡；目前是早期測試。

Cursor 推出 Origin 程式碼託管資訊圖卡：倉庫、PR、程式碼瀏覽都有，也能與 GitHub 同步

先用白話講：程式碼託管是什麼？

寫程式的人會把程式碼存在一個「雲端倉庫」，團隊成員才能一起改、互相審查。最有名的就是 GitHub。這類服務就像一座共用的圖書館：誰借了哪一本、改了哪一頁，都有紀錄。

Cursor 本來是 AI 寫程式的編輯器。這次它也想當那座圖書館，並且把 AI 助手放在圖書館裡，直接幫你看書、改書、提交修改。

Cursor 在 8 月 17 日宣布 Origin 開始推出，屬於早期測試，對所有付費方案開放（企業管理員可選擇不啟用）。第一階段先做基本功：

倉庫（Repos）：在新的 Codebase 分頁建立倉庫，用 CLI 的 clone、push 就能把程式碼存到 Origin。網址格式是 cursor.com/codebase/<名稱>
Pull Request：有時間軸、提交紀錄、檢查結果與檔案變更，可以審查、留言與合併
程式碼瀏覽：在 Cursor 中直接瀏覽與搜尋
GitHub 同步：把 GitHub 倉庫拉進來，可隨時中斷

官方說「代理原生功能」之後陸續推出。目前已能對正在瀏覽的程式碼提問，讓 Cursor 回答、修改、更新 PR 或推送分支。

倉庫類型	真實來源	怎麼運作
Origin 託管	Origin	推送直接送到 Origin，不經過 GitHub
從 GitHub 同步	GitHub	推送仍送到 GitHub，Origin 即時鏡像，PR 留言雙向同步

首批整合有 Vercel（每個 PR 都有預覽部署，合併後上線）、Depot 與 Buildkite（執行既有的 GitHub Actions 流程，Buildkite 也能跑自己的流程）
每個倉庫有設定頁，可看 GitHub 同步狀態、管理誰能存取、看接了哪些應用

官方文件列出：Premium、Super、Ultra、Teams、Enterprise，以及舊版的 Start、Pro、Pro+、Ultra 方案可用，Free 與 Plus 不可用
開始前要先認領一個「程式碼庫名稱」，它是網址中的 {owner}；測試期間認領後不能更改
仍使用舊版隱私模式的團隊無法啟用，要先切換到目前的隱私模式
隱私設定跟著倉庫所屬命名空間擁有者（團隊或個人）的隱私模式走
文件也提到可用公開 API，讓自動化與雲端代理連到 Origin 倉庫

我不會急著把客戶的正式專案搬過去。程式碼託管是整個開發流程的底座，一旦出問題，影響的是所有人。而且接案常會有「客戶程式碼不能放在哪些地方」的合約限制，導入前要先確認。

不過「從 GitHub 同步」這個設計很務實：GitHub 仍是真實來源，Origin 只是鏡像，隨時可以斷開。要試的話，我會挑一個內部小工具，建一個小 PR，測試留言、審查與同步，再看 AI 代理在倉庫裡實際幫上多少忙。至於要不要把整個流程交給單一廠商，還是等它離開早期測試再說。

Cursor Origin 是什麼？

Cursor 自己推出的 Git 託管服務（Git forge），功能類似 GitHub：存放倉庫、開 Pull Request、瀏覽與搜尋程式碼。差別是它直接把 AI 代理放進倉庫裡，可以回答問題、改程式碼、更新 PR 或推送分支。

我要把專案從 GitHub 搬過來嗎？

不用。官方提供「從 GitHub 同步」，同步的倉庫仍以 GitHub 為真實來源，推送繼續送到 GitHub，Origin 只鏡像結果，可以隨時中斷同步。目前是早期測試，建議先拿不重要的專案試。

程式碼放在 Origin，隱私怎麼算？

官方文件說明 Origin 遵循倉庫所屬命名空間擁有者（團隊或個人）的隱私模式設定。因為 Origin 本身就是程式碼託管，原生倉庫的程式碼必然會存放在 Cursor 那邊，導入前建議先確認公司與客戶合約是否允許。

作者

接案做系統開發、網站與主機託管。觀點裡的文章都是我自己寫的,寫的是做專案時第一手遇到的事。