Cursor 雲端代理不用先接 GitHub 也能開工：從零開始、事後再存成 repo 的完整流程

想試 Cursor 的雲端代理，卡在「要先有一個 repo、要先接 GitHub」這一關的人，這則更新解掉了那道門檻。依官方 changelog（2026-08-27 條目，本站查核日 2026-09-09），Cloud Agents 已經不需要連接 GitHub 或其他第三方版控服務就能開始。

一、四個步驟：從空白到可分享的專案

步驟 1：從零開始 在 repo 選擇器裡選 Start from scratch，然後直接下指令。官方說明：Cursor 會在背景幫你建立一個 Origin repo。

步驟 2：滿意了再變成真的 repo 當代理做出來的東西達到你的要求，按 Create repo 把成果存進 Origin repo。你可以自訂名稱或從建議名稱中挑一個，然後設定可見性為 private 或 internal。官方寫的是：你會得到一個完整鷹架好的 Origin repo，可以分享或繼續開發。

步驟 3：在瀏覽器裡即時預覽 Cursor 現在會把雲端代理的即時環境連接埠轉送到你的瀏覽器，所以你可以直接預覽，並使用像 design mode 這類工具。

步驟 4：發布 連接一個 Vercel 帳號並按下 publish，就能拿到你做的東西的線上網址。官方明確標註：使用 publish 功能需要 Vercel 帳號。

最後在 Codebase 分頁可以找到你的 repo 並存取專案。

二、這對誰最有用

1. 想先試再決定要不要導入的人：不必為了試一個工具先開 GitHub 組織、設權限、接 OAuth。
2. 一次性的原型與提案：做一個 demo 給客戶看，做完再決定要不要留下來變成正式專案。
3. 不想把半成品放進公司版控的人：可見性可以設 private 或 internal，等真的成形再說。

三、要先知道的三件事（避免踩坑）

• 成果是存在 Cursor Origin repo，不是你的 GitHub。 這是方便，也是綁定：要搬去 GitHub 是額外的動作，官方這則公告沒有描述搬移流程，本站標為待查核。
• publish 綁 Vercel。 沒有 Vercel 帳號就沒有一鍵發布這條路。順帶一提，Vercel 2026-09-09 已把「保護所有部署（含正式網域）」改為所有方案免費，做內部展示很適合先鎖起來——見〈Vercel 生產環境保護變免費了〉。
• 雲端代理的用量與計費，這則公告沒有寫。 想估成本要看方案頁；本站曾實查 Cursor 定價頁不公布任何額度數字與超額費率，詳見〈Cursor 定價頁不給額度數字，怎麼自己量〉。

四、跟同系列更新一起看

Cursor 近期的方向很一致：讓雲端代理少依賴外部前置條件，同時把執行環境的選擇權交出去。

• 2026-09-02：支援自架機器（self-hosted machines），工具執行完全留在你自己的網路內，並支援 Linux／Mac 上的 computer use——見〈Cursor 自架機器與 computer use〉。
• 同批：Cloud Agents 可在你既有的基礎設施上執行，官方點名包含 AWS Lambda、Coder、Cloudflare、Daytona、Modal、Namespace、Vercel 與 E2B——其中在 Vercel Sandbox 上跑的細節見〈Cursor Cloud Agents 可在 Vercel Sandbox 執行〉。

把三件事連起來看就是一句話：Cursor 想讓「開始」跟「在哪裡跑」都不再是障礙——起手不用 repo，執行地點可以是別人的雲，也可以是你自己的機器。

方案與費用現況見 Cursor 工具檔案。

資料來源

• Cursor Changelog〈Start from scratch, without a repo〉，2026-08-27：https://cursor.com/changelog
• Cursor Changelog〈Self-hosted machines〉，2026-09-02：https://cursor.com/changelog

最後查核：2026-09-09