Meilleur runtime pour Cursor Background Agents ? Mac local vs Mac cloud testé

1. Ce que Background Agent change : du chat aux longues tâches

Fin 2025–2026, Cursor a renommé Background Agents en Cloud Agents. Les tâches de codage de plusieurs heures quittent le portable pour des VM cloud isolées, livrées en PR, captures, logs ou relecture bureau à distance. Déclenchement via Cursor Desktop Cloud, cursor.com/agents, Slack/GitHub/Linear @Cursor, API.

Rien à voir avec une complétion IDE. Tâches typiques : refactors transverses, lint en masse, tests, upgrades de dépendances, implémentation d'issues—minutes à heures, avec clone, install deps, shell, MCP, auto-test, PR. Sans environnement dev, l'Agent sous-performe—.cursor/environment.json, Dockerfile ou snapshot en priorité.

Les tickets kvmboot passent de « comment activer Background Agent » à « xcodebuild/Simulateur requis—la VM Linux ne suffit pas ; louer un Mac cloud ? » L'article liste d'installation Hermes Agent Skills traite quelles capacités installer ; celui-ci sur quelle machine exécuter—comme emplacement du serveur MCP et isolation double Agent Mac cloud, mais Cursor ajoute une VM hébergée officielle à dissocier d'abord.

2. Où tourne le Cloud Agent Cursor : VM Linux, pas Mac

Par défaut, Cursor Cloud Agent s'exécute dans une VM Linux isolée hébergée par Cursor : clone, branche, commandes, MCP d'équipe, hooks shell .cursor/hooks.json, push et PR. Capot fermé—l'Agent continue.

Idéal pour Web, Node, Python, Go, Rust (cibles Linux) : Dockerfile/snapshot, Secrets Dashboard, Artifacts sur la PR. Prise de contrôle bureau à distance pour le frontend.

Limite dure : Linux, pas macOS. Pas de Xcode, Simulateur iOS, codesign, trousseau Apple, CLI macOS-only. Hooks liés à l'IDE local ou ~/.cursor/hooks.json ne tournent pas dans la VM cloud.

Conclusion : Cursor Cloud Agent excelle sur les boucles Linux ; la livraison Apple exige un runtime macOS—souvent un Mac cloud dédié.

3. Pourquoi les équipes Apple ont besoin de macOS (L1)

Voyez Background Agent comme un « worker CI qui code ». Quatre classes que la VM Linux rate souvent—Mac cloud co-localisé les prend :

3.1 Xcode et Simulateur : les pieds sur macOS

Plans du type « modifier Swift → compiler → simulateur → capture ». En VM Linux, édition de sources au mieux—pas de preuve UI ni chaîne de signature. Beta iOS 27 post-WWDC 2026 (beta macOS et isolation CI) ; un Agent Linux ne valide même pas la compilation SDK beta.

3.2 Chemins, worktrees et MCP : chemins absolus

Comme Claude Code, les appels d'outils sont liés aux chemins absolus. Dépôt + MCP + répertoire Hooks sur un Mac cloud—un seul système de fichiers. Worktrees parallèles : location courte worktree Mac distant.

3.3 Fermeture capot et 24/7 : le piège du Mac local

« Cloud Agent Linux + Mac local iOS »—si iOS reste sur le portable, capot, veille, VPN tuent les Agents longs. La promesse : partir ; un Mac local la brise sauf capot toujours ouvert.

3.4 Réutilisation équipe : Secrets et baseline

Les Secrets Dashboard couvrent la VM cloud officielle, pas votre miroir Git interne ni certificats Apple. Sur Mac cloud dédié : trousseau, proxy, .env, baseline Homebrew—snapshot maîtrisé.

4. Quatre apports du Mac cloud pour Background Agent (L2)

Chez kvmboot, « Mac cloud » = instance bare-metal Mac mini M4 dédiée : home fixe, SSH/VNC, location jour/semaine/mois.

• Runtime macOS natif : Xcode, Simulator, xcodebuild archive, codesign co-localisés—boucle fermée.
• 24/7 : tmux/screen, coupure SSH ou capot sans impact ; Agents nocturnes via launchd (FAQ launchd + Agent).
• Ferme de worktrees : un worktree par tâche Background—évite la guerre sur .git/index.
• MCP et Hooks co-localisés : MCP Cursor/Claude ou serveurs maison aux mêmes chemins—moins d'échecs tools/call.

Répartition : Cloud Agent officiel pour Linux one-click ; Mac cloud pour boucle macOS, dépendances internes, certificats, contrôle total du snapshot. La plupart des équipes font les deux en parallèle.

5. Architecture : SSH + tmux + worktree (L3)

Ne pas utiliser le Mac cloud comme « Cursor GUI ouvert en bureau à distance des heures »—cher et instable. Stack plus solide :

1. Local : Cursor Desktop/navigateur—dispatch, revue PR, edits légers ;
2. SSH : Mac cloud, tmux new -s bg1 ;
3. worktree : git worktree add ../task-foo feature/foo par tâche ;
4. Exécution Agent : Remote SSH dans le worktree ou CLI Agent ; sous-tâches Linux vers Cloud Agent officiel ;
5. Acceptation : build/simulateur macOS sur Mac cloud ; web via Artifacts PR Cursor.

┌─────────────────────────────────────────┐
│ 本地：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（并行）

Essentiel : la machine « arrière-plan » ne ferme jamais le capot. VM officielle = Linux ; Mac cloud = macOS—ne ramenez pas iOS sur le portable.

6. Table des trois runtimes

Conclusion asymétrique : Cursor Cloud Agent = « Background Agent Linux le plus simple » ; Mac cloud = runtime Background pour Apple—à empiler, pas remplacer.

7. Matrice de scénarios (L4)

8. Combinaisons et lignes rouges

Combo A (équipe mixte) : frontend/backend → Cursor Cloud Agent ; mobile sur Mac cloud avec worktree+Remote SSH, MCP en chemins locaux Mac cloud.

Combo B (indie iOS) : location journalière 16 Go—Remote le jour, CLI/launchd la nuit ; Linux occasionnel via Cloud Agent.

Lignes rouges : ① ne pas tester « 24/7 Background » sur portable fermé ; ② MCP en chemins locaux, dépôt sur Mac cloud—non ; ③ 16 Go avec 4 worktrees+simulateur+Docker (mémoire : pics mémoire Mac cloud) ; ④ Archive local, code Linux—reprise manuelle garantie.

9. Idées reçues

• Mythe 1 : « Cloud Agent = pas de Mac cloud »—vrai seulement si tout boucle sur Linux.
• Mythe 2 : « SSH Remote = Background Agent »—Remote n'est qu'un canal ; il faut tmux/worktree, parallélisme, continuité capot fermé.
• Mythe 3 : « snapshot/Dockerfile remplace macOS »—xcodebuild impossible en conteneur Linux.
• Mythe 4 : « doublon avec Claude Code cloud »—ici Cursor Background vs limites VM officielle ; souvent co-déployés sur une machine.

10. Checklist d'acceptation 48 h (Runbook)

1. Location journalière APAC/US-East ; RTT SSH, ressenti git pull (onboarding : checklist location Mac).
2. Clone repo principal + 2 worktrees ; cycle « Swift/config → xcodebuild ou flutter build ios → OK ».
3. Cursor Remote SSH, petite tâche 3+ fichiers—Agent uniquement sur chemins Mac cloud.
4. En parallèle : Cloud Agent officiel sur sous-répertoire frontend—comparer délai PR.
5. Portable 8 h capot fermé ; reconnecter tmux.
6. Si MCP : selon guide emplacement MCP, serveur local sur Mac cloud ; vérifier tools/call.
7. Puis semaine/mois ; parallélisme souvent 24 Go.

Top 3 échecs : build iOS en VM Linux ; worktree vs MCP --repository ; Archive sans disque.

11. FAQ

Q : Cursor a déjà Cloud Agent—pourquoi louer un Mac ?

La VM par défaut est Linux. Xcode, Simulateur, signature Apple, CLI macOS → runtime macOS, souvent Mac cloud.

Q : Cloud Agent seul, macOS manuel ?

Oui, mais la boucle async se dégrade—Swift sur Linux, build sur Mac. Releases fréquentes : coût manuel > location mensuelle.

Q : Conflit avec architecture double Agent Claude Code/Codex ?

Non. Voir isolation double Agent Mac cloud : ferme de worktrees partagée, isolation par répertoire.

Q : Background Agent sécurisé ?

VM officielle : sandbox, Secrets (sécurité Cloud Agent). Mac cloud dédié : clés et egress locataire.

Q : 16 Go ou 24 Go ?

Un worktree + Simulateur léger : 16 Go journalier ; 2+ Background parallèles + MCP + simulateurs : 24 Go mensuel.

12. Conclusion

Cursor Background Agents libèrent les longues tâches du portable—par défaut vers une VM Linux. Pour Apple, migrer le runtime macOS : Mac cloud dédié, SSH+tmux+worktree.

Chemin : Linux → Cursor Cloud Agent ; boucle macOS → Mac cloud ; 48 h journalier ; puis mensuel. Les modèles baissent—ce qui coûte, c'est le cycle : PR et captures simulateur au réveil.