Cursor Background Agents 的最佳執行環境是什麼？本機 Mac vs 雲 Mac 實測

1. Background Agent 變了什麼：從聊天到長跑任務

2025 年底到 2026 年，Cursor 把 Background Agents 正式更名為 Cloud Agents（官方文件仍保留舊稱對照），定位非常清晰：把原本要在本機跑幾小時的長任務，搬到雲端獨立 VM 裡非同步完成，最後以 PR、截圖、日誌或遠端桌面回放交付。你可以在 Cursor Desktop 裡選 Cloud 模式、在 cursor.com/agents 網頁端、Slack/GitHub/Linear 裡 @Cursor，甚至用 API 觸發。

這和「IDE 裡問一句補全」完全不同。Background Agent 的典型任務是：跨目錄重構、批量修 lint、補測試、升級依賴、按 Issue 描述實作功能——分鐘到小時級，且需要克隆倉庫、裝依賴、跑 shell、調 MCP、自測後再開 PR。官方強調：不給 Agent 配好開發環境，就像不給工程師配電腦——環境配置是 Cloud Agent 生效度的第一優先級。

我們在 kvmboot 工單裡看到的提問演變也一致：從「Background Agent 怎麼開」變成「我的 Agent 要跑 xcodebuild / 模擬器，Cursor 雲 VM 不夠，該租雲 Mac 嗎？」 昨天的 Hermes Agent Skills 安裝清單 解決「Agent 裝什麼能力」；本篇解決「Agent 跑在哪台機器上」——和 MCP Server 部署選址、雲 Mac 雙 AI Agent 隔離 是同一決策鏈上的不同環節，但 Cursor Background Agent 有官方託管 VM 這一選項，必須先拆開講。

2. Cursor 官方 Cloud Agent 跑在哪：Linux VM，不是 Mac

預設情況下，Cursor Cloud Agent 運行在Cursor 託管的隔離 Linux 虛擬機裡：從 GitHub/GitLab 克隆倉庫、在獨立分支改程式碼、執行命令、掛團隊 MCP、跑 Hooks，完成後 push 並開 PR。你的筆電可以合蓋、斷網，Agent 仍在 VM 裡跑。

這套模式對純 Web、Node、Python、Go、Rust（Linux 目標） 團隊非常合適：環境用 Dockerfile 或 snapshot 複現，Secrets 在 Cursor Dashboard 管理，Artifacts 附在 PR 上供驗收。官方還支援遠端桌面接管 Agent 的 VM。

但有一個硬邊界：Cursor 預設 Cloud Agent VM 是 Linux，不是 macOS。 它不能原生呼叫 Xcode、iOS Simulator、codesign、Apple 鑰匙串或 macOS-only 的 CLI。依賴本機 IDE 或 ~/.cursor/hooks.json 的鉤子不會在雲端 VM 執行。

非對稱結論：Cursor Cloud Agent 擅長「Linux 能閉環的任務」；Apple 平台交付需要另備 macOS 執行環境——常見就是獨占雲 Mac。

3. 為什麼 Apple 團隊需要 macOS 執行環境（L1：問題拆解）

把 Background Agent 當成「會寫程式碼的 CI Worker」就更容易理解選型。以下四類任務，Linux Cloud VM 往往接不住，而雲 Mac 同機可以：

3.1 Xcode 與模擬器：Agent 必須「腳下就是 macOS」

Agent 計畫裡常有「改 Swift → 編譯 → 跑模擬器 → 截圖驗收」。在 Linux VM 裡，Agent 最多改原始碼，無法自證 UI 與簽名鏈。WWDC 2026 後很多團隊已在 beta 環境做 iOS 27 適配（見 macOS beta 與 CI 隔離），Background Agent 若跑在 Linux，連「能否編過 beta SDK」都驗證不了。

3.2 路徑、worktree 與 MCP：Agent 認絕對路徑

Cloud Agent 與 Claude Code 一樣，工具呼叫綁定當前機器上的絕對路徑。把倉庫 + MCP + Hooks 工作目錄放在同一台雲 Mac 上，檔案系統才一致。worktree 並行佈局見 遠端 Mac worktree 短租驗證。

3.3 合蓋與 7×24：本機當執行環境又走回老路

有人試圖「Cursor Cloud Agent 跑 Linux 任務 + 本機 Mac 跑 iOS 任務」——iOS 那條線若仍綁在筆電上，合蓋、休眠、VPN 切換 依舊會殺掉長跑 Agent。Background Agent 的核心承諾是「你可以離開」；本機 Mac 作 iOS 執行環境直接違背這條承諾。

3.4 團隊複用：Secrets 與基線環境

Cursor Dashboard 的 Secrets 管的是官方 Cloud VM，不是你內網 Git 鏡像、Apple 開發者憑證或公司 CA。獨占雲 Mac 上，團隊可以統一注入鑰匙串、代理、.env 模板與 Homebrew 基線。

4. 雲 Mac 解決了 Background Agent 的哪四件事（L2：分類）

在 kvmboot 場景裡，「雲 Mac」指獨占 Mac mini M4 裸金屬實例：固定使用者目錄、SSH/VNC、可按日/週/月租。

• macOS 原生執行環境：Xcode、Simulator、xcodebuild archive、codesign 與 Agent 同機，任務可閉環。
• 7×24 常駐：配合 tmux / screen，SSH 斷開或本機合蓋不影響雲端會話；可疊加 launchd（見 launchd + Agent FAQ）。
• worktree 農場：多個 Background 級任務各用獨立 worktree，避免並行 Agent 搶 .git/index。
• MCP 與 Hooks 同機：Cursor MCP、Claude Code MCP 或自建 Server 與倉庫同路徑，減少跨機 tools/call 失敗。

注意分工：Cursor 官方 Cloud Agent 仍適合 Linux 任務；雲 Mac 適合 macOS 閉環、內網依賴、憑證敏感或完全掌控環境快照的任務。很多團隊是兩條線並存。

5. 推薦架構：SSH + tmux + worktree（L3 落地形態）

我們不建議把雲 Mac 當成「遠端桌面裡點開 Cursor GUI 長時間掛著」——貴且不穩定。更穩的一套是：

1. 本機：Cursor Desktop 或瀏覽器，負責派任務、Review PR、輕量編輯；
2. SSH：連獨占雲 Mac，tmux new -s bg1 開持久會話；
3. worktree：每個 Background 任務 git worktree add ../task-foo feature/foo 獨立目錄；
4. Agent 執行：在 worktree 內用 Cursor Remote SSH，或 CLI Agent 跑長跑；Linux 子任務仍可丟給官方 Cursor Cloud Agent；
5. 驗收：macOS 建置/模擬器在雲 Mac 完成；Web 任務看 Cursor PR Artifacts。

┌─────────────────────────────────────────┐
│ 本地：Cursor Desktop / 手机 PWA          │
│  · 派 Cloud Agent（Linux 任务）           │
│  · SSH Remote → 云 Mac（macOS 任务）      │
└──────────────────┬──────────────────────┘
                   │ SSH + tmux
                   ▼
┌─────────────────────────────────────────┐
│ 云 Mac mini M4（独占）                    │
│  · worktree-1 … worktree-N              │
│  · Xcode / Simulator / 签名               │
│  · MCP Server（与仓库同路径）              │
│  · 可选：launchd 夜间 Agent              │
└──────────────────┬──────────────────────┘
                   ▼
         Git remote · 模型 API · Cursor Cloud VM（并行）

要點：Background Agent 的「後台」必須是不會合蓋的那台機。Cursor 官方 VM 管 Linux；雲 Mac 管 macOS——別讓 iOS 任務漂回本機。

6. 三種執行環境對照表

非對稱結論：Cursor Cloud Agent 是「最省心的 Linux Background Agent」；雲 Mac 是「Apple 平台的 Background Agent 執行環境」——兩者疊加，而不是互相替代。

7. 場景矩陣：該用哪種方案（L4 決策）

8. 推薦組合與紅線

推薦組合 A（混合團隊）：前端/後端 Background 任務預設 Cursor Cloud Agent；行動組在同一組織的雲 Mac 上跑 worktree + Remote SSH，MCP 指向雲 Mac 本機路徑。

推薦組合 B（Indie iOS）：一台 16GB 雲 Mac 日租，白天 IDE Remote 開發，夜間 CLI Agent 或 launchd 跑回歸；Linux 雜活偶爾用 Cloud Agent。

紅線：① 不要用合蓋筆電測「7×24 Background Agent」；② 不要讓 MCP 寫本機路徑、倉庫在雲 Mac；③ 不要在 16GB 上同時開 4 個 worktree + 模擬器 + Docker（記憶體治理見 雲 Mac 記憶體洪峰）；④ 不要把 Archive/簽名只放本機、Background 改碼在 Linux。

9. 常見誤區

• 誤區 1：「開了 Cloud Agent 就不用雲 Mac」——只有任務全程能在 Linux 閉環才成立。
• 誤區 2：「Remote SSH 到雲 Mac = Background Agent」——Remote 只是通道；要有 tmux/worktree、任務可並行、合蓋可續跑。
• 誤區 3：「快照/Dockerfile 能替代 macOS」——xcodebuild 無法靠 Linux 容器「模擬」。
• 誤區 4：「和 Claude Code 上雲重複了」——本篇講 Cursor Background/Cloud Agent 與官方 VM 的邊界；實踐中常同機部署。

10. 48 小時驗收清單（Runbook）

1. 日租亞太或美東雲 Mac，測 SSH RTT 與 git pull 體感（開通步驟見 租 Mac 驗收清單）。
2. 克隆主倉庫並建 2 個 worktree；完成一次「改 Swift/配置 → xcodebuild 或 flutter build ios → 通過」。
3. 用 Cursor Remote SSH 打開 worktree，派一個需改 3+ 檔案的小任務，確認 Agent 全程在雲 Mac 路徑執行。
4. 並行：在 cursor.com 對純前端子目錄派官方 Cloud Agent，對比 PR turnaround。
5. 本機筆電合蓋 8 小時，回連 tmux 檢查雲 Mac 會話與未完成任務。
6. 若需 MCP：按 MCP Server 部署選址 在雲 Mac 本機起 Server，驗證 tools/call 路徑一致。
7. 滿意後升週租/月租；並行 Agent 多開建議直接評估 24GB 套餐。

翻車 Top 3：Cloud Agent 改 iOS 卻在 Linux VM 裡跑建置；worktree 路徑與 MCP --repository 不一致；用日租機器跑 Archive 卻不預留磁碟。

11. FAQ

Q：Cursor 不是已經有 Cloud Agent 了嗎，為什麼還要租 Mac？

因為預設 Cloud Agent 跑在 Linux VM。任務若包含 Xcode、模擬器、Apple 簽名或 macOS-only CLI，就必須有 macOS 執行環境。

Q：能否只用 Cursor Cloud Agent，macOS 部分人工補？

可以，但 Background Agent 的「非同步閉環」會打折：Agent 在 Linux 改完 Swift，你還是要上 Mac 編譯驗證。

Q：和 Claude Code / Codex 雙 Agent 架構衝突嗎？

不衝突。見 雲 Mac 雙 Agent 隔離：可共享同一台雲 Mac 的 worktree 農場，目錄隔離即可。

Q：Background Agent 安全嗎？

Cursor 官方 VM 有沙箱與 Secrets 管理。獨占雲 Mac 則由租戶控金鑰與網路出站；合規團隊可短租用完即毀。

Q：16GB 還是 24GB？

單 worktree + 輕量 Simulator：16GB 日租驗證夠用；2+ 並行 Background 任務 + MCP 多進程 + 模擬器農場：建議 24GB 月租。

12. 結論

Cursor Background Agents（Cloud Agents） 把「長跑 coding 任務」從筆電解放出來——但預設解放到的是 Linux VM。對 Apple 平台團隊，真正該上雲的是macOS 執行環境，也就是不會合蓋的獨占雲 Mac。

建議路徑：Linux 雜活繼續用 Cursor Cloud Agent → macOS 閉環遷雲 Mac → 48 小時日租驗收 → 再鎖月租。雲 Mac 買的是「Agent 跑完時你已經睡了，早上 PR 和模擬器截圖都在」。