限定オファー

Cursor Background Agents の最適ランタイムは?ローカル Mac vs クラウド Mac 実測

AI エンジニアリング Cursor Cloud Agents · クラウド Mac
2026-06-17 約 13 分

結論:Cursor Cloud Agents(旧 Background Agents)は既定で Linux VM——純 Web/バックエンドには十分。しかし Xcode、シミュレータ、キーチェーン、macOS 専用ツールが要るなら蓋を閉じない macOS ランタイムが必要——専用クラウド Macがそれ用。

Cloud Agent インストール手順ではなく、実測視点「Background Agent はローカル Mac かクラウド Mac か」を回答。Cursor VM・ローカル・専用クラウド Mac を比較し、SSH + tmux + worktree48 時間受け入れ を提示。

要点

  1. Background Agent の本質は「クラウドでタスク完走、ローカルは蓋を閉じられる」——ランタイムはモデルより重要。
  2. Cursor 既定の Cloud Agent は Linux VM + Dockerfile/snapshot で、Xcode / iOS シミュレータはネイティブ実行不可
  3. Apple プラットフォームチームは Agent ランタイムを専用クラウド Macへ:リポ・MCP・ビルドチェーンを同機に。
  4. 推奨:ローカル Cursor がリモコン → SSH でクラウド Mac → tmux 永続セッション → worktree 並列
  5. まず 48 時間日レンタル で RTT・並列度・蓋閉じ復帰を検証し、月額で基線を固定。
リモート Mac で Cursor Cloud Agent と worktree 並列タスクを実行する開発者
Background Agent の価値は「完了」にある——ノートを開いたまま待つ必要はない。macOS タスクには macOS ランタイムが要る。

1. Background Agent が変えたこと:チャットから長時間タスクへ

2025 年末から 2026 年、Cursor は Background AgentsCloud Agents に改称(公式は旧称も併記)。数時間かかるコーディングをノートから切り離し、独立 VM で非同期完走し、PR・スクショ・ログ・リモートデスクトップ再生で納品。Cursor Desktop の Cloud モード、cursor.com/agents、Slack/GitHub/Linear の @Cursor、API から起動可能。

IDE の補完一発とは別物。典型タスク:横断リファクタ、lint 一括修正、テスト追加、依存アップグレード、Issue 実装——数分〜数時間clone・依存インストール・shell・MCP・自テスト・PR が必要。環境未整備の Agent は性能が出ない——.cursor/environment.json、Dockerfile、snapshot で固定するのが第一優先。

kvmboot サポートでも質問が「Background Agent の有効化」から「xcodebuild / シミュレータが要る——Linux VM では足りない。クラウド Mac を借りるべき?」へ移行。昨日の Hermes Agent Skills インストールリスト は「何を載せるか」、本稿は「どのマシンで走らせるか」——MCP Server の配置クラウド Mac デュアル Agent 分離 と同じ決定連鎖だが、Cursor には公式ホスト VM があり、先に切り分ける必要がある。

2. Cursor 公式 Cloud Agent の実行場所:Linux VM であり Mac ではない

既定では Cursor Cloud Agent はCursor ホストの隔離 Linux VM で動作:GitHub/GitLab から clone、ブランチ編集、コマンド実行、チーム MCP、.cursor/hooks.json の shell フック、push と PR。ノートは蓋を閉じても Agent は VM 内で継続。

純 Web、Node、Python、Go、Rust(Linux ターゲット) には最適:Dockerfile/snapshot、Dashboard Secrets、PR 付き Artifacts。フロント向けにリモートデスクトップ引き継ぎも可能。

硬い境界:既定 VM は Linux で macOS ではない。 Xcode、iOS Simulator、codesign、Apple キーチェーン、macOS 専用 CLI は不可。ローカル IDE や ~/.cursor/hooks.json 依存フックはクラウド VM では動かない

結論:Cursor Cloud Agent は Linux で閉ループできるタスクに強い。Apple 納品には別の macOS ランタイム——多くは専用クラウド Mac。

3. Apple チームが macOS ランタイムを要する理由(L1:問題分解)

Background Agent を「コードを書く CI Worker」と見れば選定は明確。Linux Cloud VM が拾えない 4 類——クラウド Mac 同機なら可能:

3.1 Xcode とシミュレータ:足元が macOS であること

計画に「Swift 修正 → ビルド → シミュレータ → スクショ検収」が多い。Linux VM ではソース編集まで——UI と署名チェーンを自証できない。WWDC 2026 後の iOS 27 beta 適応(macOS beta と CI 分離)でも、Linux 上の Agent は beta SDK で通るか検証不可——手動で Mac に移し、非同期の利点が半減。

3.2 パス、worktree、MCP:絶対パスにバインド

Claude Code と同様、ツール呼び出しは現在マシンの絶対パスに結びつくリポ + MCP + Hooks 作業ディレクトリを同一クラウド Mac に置けばファイルシステムが一致。worktree 並列は リモート Mac worktree 短期レンタル を参照。

3.3 蓋閉じと 24/7:ローカル Mac をランタイムにすると元の罠

「Linux は Cloud Agent、iOS はローカル Mac」——iOS がノートに縛られると蓋閉じ・スリープ・VPN 切替で長時間 Agent が死ぬ。Background Agent の約束は「離れられること」;ローカル Mac は永遠に蓋を開けない限り破る——クラウド Mac ホスティングの価値。

3.4 チーム再利用:Secrets と基線環境

Dashboard Secrets は公式 Cloud VM 用。社内 Git ミラー、Apple 開発者証明書、企業 CA は対象外。専用クラウド Mac でキーチェーン、プロキシ、.env テンプレ、Homebrew 基線を注入——環境スナップショットは自前管理。

4. クラウド Mac が Background Agent の 4 課題を解く(L2:分類)

kvmboot の「クラウド Mac」は専用 Mac mini M4 ベアメタル:固定ユーザーディレクトリ、SSH/VNC、日/週/月レンタル。

  • macOS ネイティブランタイム:Xcode、Simulator、xcodebuild archivecodesign が Agent と同機——タスク完結。
  • 24/7 常駐tmux/screen で SSH 切断や蓋閉じの影響なし;夜間 Agent に launchdlaunchd + Agent FAQ)。
  • worktree ファーム:Background 級タスクごとに独立 worktree、並列 Agent の .git/index 競合を回避。
  • MCP と Hooks 同機:Cursor MCP、Claude Code MCP、自作 Server をリポと同パスに——跨機 tools/call 失敗を減らす。

役割分担:Cursor 公式 Cloud Agent は cursor.com ワンクリック Linux タスク向け;クラウド Mac は macOS 閉ループ・社内依存・証明書敏感・環境完全制御。多くのチームは両線並行

5. 推奨アーキテクチャ:SSH + tmux + worktree(L3 展開)

クラウド Mac を「リモートデスクトップで Cursor GUI を長時間開きっぱなし」にしない——高コストで不安定。より安定した構成:

  1. ローカル:Cursor Desktop またはブラウザ——タスク投入、PR レビュー、軽編集;
  2. SSH:専用クラウド Mac に接続、tmux new -s bg1 で永続セッション;
  3. worktree:タスクごと git worktree add ../task-foo feature/foo
  4. Agent 実行:worktree で Cursor Remote SSH、または CLI Agent(Claude Code/Codex);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(并行)

要点:「バックグラウンド」マシンは蓋を閉じない側。公式 VM は Linux、クラウド Mac は macOS——iOS をノートに戻さない。

6. 3 ランタイム比較表

ランタイム 入口 実行能力 コンテキスト コスト 権限境界 向いている人
Cursor ホスト Cloud VM IDE Cloud / Web / Slack / GitHub Linux ビルド・テスト・PR;リモートデスクトップ GitHub クローン;Dashboard Secrets Cursor サブスク + モデル API Cursor サンドボックス;ローカル home なし Web/バックエンド;ワンクリック PR チーム
ローカル Mac ノート ローカル Cursor Agent macOS ツールチェーン一式 ローカルパス・キーチェーン ハード償却 + 電気代 完全ローカル;共有困難 短時間の個人タスク;蓋閉じ中断を許容
専用クラウド Mac SSH Remote / CLI Agent / 任意 GUI macOS 全チェーン + 24/7 + worktree 並列 チーム基線;MCP 同機 日/週/月 M4 レンタル テナント専用;鍵は自管 iOS/macOS 納品;マルチ Agent 並列

非対称結論:Cursor Cloud Agent は「最も手間の少ない Linux Background Agent」;クラウド Mac は Apple 向け Background Agent ランタイム——置き換えではなく併用。

7. シナリオマトリクス(L4 意思決定)

タスク 推奨ランタイム 理由
全リポ TypeScript lint + 単体テスト + PR Cursor Cloud VM Linux で閉ループ;公式 Artifacts で十分
Flutter/iOS UI 変更 + シミュレータスクショ 専用クラウド Mac macOS + Simulator 必須
夜間依存アップグレード + 複数 repo 連動 Cloud VM またはクラウド Mac Xcode なしは VM;macOS サブモジュールは Mac
社内 Git + 企業 CA + Apple 証明書 専用クラウド Mac Secrets とキーチェーンを自己管理
週末の個人小修正、蓋閉じ OK ローカル Mac 最低コスト;中断を許容

8. 推奨組み合わせとレッドライン

組み合わせ A(混合チーム):フロント/バックエンドは Cursor Cloud Agent 既定;モバイルは同一組織のクラウド Mac で worktree + Remote SSH、MCP はクラウド Mac ローカルパス。

組み合わせ B(Indie iOS):16GB クラウド Mac 日レンタル——昼は IDE Remote、夜は CLI Agent または launchd 回帰;Linux 雑務は時々 Cloud Agent。

レッドライン:① 蓋閉じノートで「24/7 Background Agent」を試さない;② MCP をローカルパス、リポをクラウド Mac にしない;③ 16GB で worktree 4 + シミュレータ + Docker 同時(メモリは クラウド Mac メモリスパイク);④ Archive/署名だけローカル、コーディングは Linux——手運び必至。

9. よくある誤解

  • 誤解 1:「Cloud Agent があればクラウド Mac 不要」——全工程が Linux で閉ループできる場合のみ。
  • 誤解 2:「SSH Remote = Background Agent」——Remote は通道;tmux/worktree・並列・蓋閉じ継続が必要。
  • 誤解 3:「snapshot/Dockerfile が macOS を代替」——xcodebuild は Linux コンテナでは再現不可。
  • 誤解 4:「Claude Code 上クラウドと重複」——本稿は Cursor Background/Cloud Agent と公式 VM 境界;実務では同機併設が多い。

10. 48 時間受け入れチェックリスト(Runbook)

  1. 日レンタル APAC または米東クラウド Mac;SSH RTT と git pull 体感(開通:Mac レンタル受け入れチェックリスト)。
  2. メインリポ clone と worktree 2 本;「Swift/設定変更 → xcodebuild または flutter build ios → 成功」を 1 回。
  3. Cursor Remote SSH で worktree を開き、3 ファイル以上の小タスク——Agent がクラウド Mac パスだけで完走することを確認。
  4. 並行:cursor.com で純フロントサブディレクトリに公式 Cloud Agent——PR ターンアラウンドを macOS タスクと比較。
  5. ノートを8 時間蓋閉じtmux 再接続でセッションと未完了 Agent を確認。
  6. MCP 必要なら MCP Server 配置ガイド に従いクラウド Mac ローカルで Server 起動;tools/call パス一致を検証。
  7. 問題なければ週/月へ;並列 Agent は 24GB を検討。

失敗 Top 3:iOS を Linux VM でビルドworktree と MCP --repository 不一致日レンタルで Archive しディスク未確保

11. FAQ

Q:Cursor に Cloud Agent があるのに Mac を借りる理由は?

既定 Cloud Agent は Linux VM。Xcode、シミュレータ、Apple 署名、macOS 専用 CLI を含むなら macOS ランタイム が必要——クラウド Mac が一般的。

Q:Cloud Agent のみで macOS は手動補完できる?

可能だが「非同期閉ループ」は劣化:Linux で Swift 編集後も Mac でビルド検証。頻繁リリースなら手作業コストが月額クラウド Mac を超える。

Q:Claude Code / Codex デュアル Agent と衝突?

しない。クラウド Mac デュアル Agent 分離:同一クラウド Mac の worktree ファームをディレクトリ分離で共有。

Q:Background Agent は安全?

公式 VM はサンドボックスと Secrets(Cloud Agent セキュリティ)。専用クラウド Mac はテナントが鍵と egress を管理。

Q:16GB か 24GB か?

単一 worktree + 軽量 Simulator:16GB 日レンタルで検証可;2+ 並列 Background + MCP 多プロセス + シミュレータ農場:24GB 月額推奨。

12. 結論

Cursor Background Agents(Cloud Agents) は長時間コーディングをノートから解放する——ただし既定先は Linux VM。Apple チームがクラウドに移すべきは macOS ランタイム:蓋を閉じない専用クラウド MacSSH + tmux + worktree

推奨:Linux 雑務は Cursor Cloud Agent → macOS 閉ループはクラウド Mac → 48 時間日レンタル検証 → 月額固定。モデルは安くなるが、中断のない Background が価格するのはリードタイム——朝には PR とシミュレータスクショがある状態を買う。

クラウド Mac で Cursor Background Agent を常駐(macOS タスク)

APAC/米東の専用 M4 ベアメタル。worktree 並列、Xcode 閉ループ、MCP 同機;48 時間日レンタルで Background ワークフロー検証後、月額へ。

クラウド Mac プラン · M4 スペック · 開通チェックリスト