要点
- Background Agent の本質は「クラウドでタスク完走、ローカルは蓋を閉じられる」——ランタイムはモデルより重要。
- Cursor 既定の Cloud Agent は Linux VM + Dockerfile/snapshot で、Xcode / iOS シミュレータはネイティブ実行不可。
- Apple プラットフォームチームは Agent ランタイムを専用クラウド Macへ:リポ・MCP・ビルドチェーンを同機に。
- 推奨:ローカル Cursor がリモコン → SSH でクラウド Mac → tmux 永続セッション → worktree 並列。
- まず 48 時間日レンタル で RTT・並列度・蓋閉じ復帰を検証し、月額で基線を固定。
1. Background Agent が変えたこと:チャットから長時間タスクへ
2025 年末から 2026 年、Cursor は Background Agents を Cloud 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 archive、codesignが Agent と同機——タスク完結。 - 24/7 常駐:
tmux/screenで SSH 切断や蓋閉じの影響なし;夜間 Agent にlaunchd(launchd + 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 を長時間開きっぱなし」にしない——高コストで不安定。より安定した構成:
- ローカル:Cursor Desktop またはブラウザ——タスク投入、PR レビュー、軽編集;
- SSH:専用クラウド Mac に接続、
tmux new -s bg1で永続セッション; - worktree:タスクごと
git worktree add ../task-foo feature/foo; - Agent 実行:worktree で Cursor Remote SSH、または CLI Agent(Claude Code/Codex);Linux 互換サブタスクは公式 Cursor Cloud Agentへ;
- 検収: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)
- 日レンタル APAC または米東クラウド Mac;SSH RTT と
git pull体感(開通:Mac レンタル受け入れチェックリスト)。 - メインリポ clone と worktree 2 本;「Swift/設定変更 →
xcodebuildまたはflutter build ios→ 成功」を 1 回。 - Cursor Remote SSH で worktree を開き、3 ファイル以上の小タスク——Agent がクラウド Mac パスだけで完走することを確認。
- 並行:cursor.com で純フロントサブディレクトリに公式 Cloud Agent——PR ターンアラウンドを macOS タスクと比較。
- ノートを8 時間蓋閉じ;
tmux再接続でセッションと未完了 Agent を確認。 - MCP 必要なら MCP Server 配置ガイド に従いクラウド Mac ローカルで Server 起動;
tools/callパス一致を検証。 - 問題なければ週/月へ;並列 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 ランタイム:蓋を閉じない専用クラウド Mac と SSH + tmux + worktree。
推奨:Linux 雑務は Cursor Cloud Agent → macOS 閉ループはクラウド Mac → 48 時間日レンタル検証 → 月額固定。モデルは安くなるが、中断のない Background が価格するのはリードタイム——朝には PR とシミュレータスクショがある状態を買う。
クラウド Mac で Cursor Background Agent を常駐(macOS タスク)
APAC/米東の専用 M4 ベアメタル。worktree 並列、Xcode 閉ループ、MCP 同機;48 時間日レンタルで Background ワークフロー検証後、月額へ。