Points clés
- Ferme worktree : un hôte, plusieurs répertoires — chaque agent reste sur sa branche sans écraser les fichiers des autres.
- SSH + tmux : clés,
~/.ssh/configet transferts de ports qui survivent à des runs 7×24. - Utilisez un bail journalier pour prouver le parallélisme et la marge disque avant de figer un engagement hebdo ou mensuel.
- 16 Go convient à 2–3 agents légers ; 24 Go laisse de la marge pour index, Docker et worktrees supplémentaires.

1. Ferme Claude Code worktree : un agent, un répertoire
Deux agents qui éditent le même clone sur un portable, c’est là qu’apparaissent en premier les conflits non sauvegardés, les verrous d’index et la contention sur .git/index. Sur un Mac distant, git worktree add est plus stable : gardez main dans l’arbre principal, liez wt/feature-a et wt/hotfix-b à leurs branches, et pointez chaque session Claude Code ou Cursor --worktree vers son dossier. Nommez les arbres avec la date et l’ID de tâche pour que le git worktree prune de fin de journée reste mécanique. Si vous hébergez aussi une passerelle OpenClaw, alignez chemins Node et racines worktree dans le même runbook — voir OpenClaw × Mac distant (2026) : première heure à froid — 18789, Node 22, APAC / US Est, LLM, M4 et baux — afin que les sessions agent ne se battent pas avec la passerelle pour le même port.
2. SSH rapide : une checklist rejouable en quinze minutes
Les workflows agent distants reposent sur SSH : rsync pour la synchro, tmux pour les runs détachés, LocalForward pour que l’IDE du portable parle au cloud. Après provisionnement, enchaînez quatre étapes : (1) générer une clé Ed25519 et l’installer dans authorized_keys ; (2) épingler Host kvm-m4-agent, User et IdentityFile dans ~/.ssh/config ; (3) au premier login, tmux new -s agents et donner à chaque pane Claude Code sa fenêtre ; (4) vérifier la réutilisation avec ssh -O check kvm-m4-agent. Le choix de région et le moment d’ouvrir le VNC appartiennent à la même page que les clés — voir 2026 — Mac M4 distant : APAC vs US Est, SSH/VNC, engagements jour à trimestre, 16 Go / 24 Go — pour garder budgets RTT et politique de rotation alignés.
# Extrait ~/.ssh/config (illustratif)
Host kvm-m4-agent
HostName <nom d'hôte instance ou bastion>
User admin
IdentityFile ~/.ssh/id_ed25519_kvmboot
ServerAliveInterval 30
LocalForward 18789 127.0.0.1:18789
3. Concurrence et mémoire : arbitrer 16 Go contre 24 Go
Chaque session agent coûte plus que des jetons API : index locaux, démons LSP et Docker optionnel puisent tous dans la mémoire unifiée. Règle empirique : 16 Go supportent deux ou trois worktrees légers plus un conteneur modeste ; 24 Go supportent quatre agents, des swift build qui se chevauchent ou un essai de petit modèle on-box. Utilisez le tableau pendant un bail journalier de smoke (chiffres illustratifs, pas tarifs en direct) :
| Palier | Parallélisme typique | Signal d’acceptation (sur une journée) |
|---|---|---|
| 16 Go | 2–3 worktrees + Docker léger | Pression mémoire jaune <10 % ; pas de lectures swap soutenues |
| 24 Go | 4+ agents ou index + simulateur | Pics parallèles claude / build <18 Go résidents |
Pour des charges QA plutôt que des agents de code purs, la matrice 2026 — QA parallèle sur Mac M4 distant : 2×16 Go ou 1×24 Go — XCTest/Appium, ferme de simulateurs, nœuds APAC/US Est et matrice de coûts jour/semaine complète ce tableau lorsque XCTest et Appium remplacent Claude Code au centre du graphe.
4. Bail court puis upgrade : prouver en un jour, verrouiller à la semaine
Un passage journalier est le bon laboratoire pour trois questions : la ferme worktree tient-elle huit heures sans explosion d’inodes ou d’index, SSH se reconnecte-t-il sans perdre les panes tmux, et la pression disque reste-t-elle plate sous votre tâche agent la plus lourde. Un bail hebdomadaire convient à un sprint où plusieurs agents tournent en rotation. Passez au mensuel seulement après deux journées de métriques vertes — évitez d’acheter un trimestre quand le parallélisme n’a jamais été validé. Avant d’upgrader, capturez trois artefacts : une courbe mémoire Moniteur d’activité, git worktree list et le temps mur d’un job agent complet. Cette preuve tranche plus vite qu’un débat d’architecture sur le besoin de 24 Go ou d’un second hôte 16 Go.
5. Conclusion
Les agents IA parallèles sur un Mac M4 distant en 2026 tiennent à l’isolation (worktrees), au transport (SSH) et à la discipline de bail (valider avant d’engager). Un runbook unique pour chemins de ferme, config SSH et critères mémoire bat le cycle « nouvelle instance → re-apprendre les mêmes goulots ».
Sur un Mac mini cloud, une ferme d’agents se pilote plus simplement
La mémoire unifiée M4 laisse plusieurs sessions Claude Code partager la bande passante avec des index locaux — sans la taxe WSL et les traductions de chemins fréquentes sur des hôtes Windows cloud. macOS livre la chaîne Unix que les équipes scriptent déjà : Homebrew, Git natif et automatisation worktree se copient depuis le portable. Les Mac dédiés au repos consomment assez peu pour tmux et agents nocturnes ; Gatekeeper et un rythme de mises à jour prévisible réduisent les surprises supply-chain par rapport aux jump box généralistes. Traitez le bail journalier comme un labo de parallélisme et le mensuel comme une ferme stable ; le coût total bat souvent l’achat de plusieurs Mac physiques à moitié vides.
Si vous déplacez le développement multi-agents vers du matériel fiable, le Mac mini M4 cloud kvmboot est un point de départ solide — voir forfaits et tarifs, validez votre ferme worktree sur un bail journalier, puis passez à l’hebdomadaire ou au mensuel quand les métriques le disent.