Guide Complet 2026 : Déployer OpenClaw & OpenHuman sur un Mac Mini M4 loué — Agent IA local 24h/24

OpenClaw et OpenHuman ne sont pas de simples chats web : ce sont des processus résidents — webhooks, état de session, outils en arrière-plan, souvent un service d'inférence local en parallèle. La communauté retient le Mac Mini M4 pour la mémoire unifiée, le Neural Engine et launchd mature ; OpenHuman exige le bureau macOS et Tauri v2, impossible à cloner fidèlement dans un conteneur Linux seul.

NUKCLOUD fournit des nœuds physiquement dédiés Apple Silicon (pas de pool minute), région et RAM configurables, SSH/VNC complets — adaptés à un agent « mini production ». Le provisionnement suit le runbook console nœud dédié : choisir la SKU sur les tarifs, commander via Commander, empiler passerelle OpenClaw et bureau OpenHuman sur la même instance.

Pour les équipes soumises au RGPD et à l'AI Act européen, le chemin local compte : l'inférence via 127.0.0.1:11434 garde tickets, extraits de code et contenus Memory Tree sur le nœud loué. Vous restez responsable du traitement ; un Mac cloud en région UE avec isolation locataire documentée facilite la distinction vis-à-vis du « tout envoyer aux API US » — sans remplacer registre, analyse d'impact (AIPD) ni contrat de sous-traitance le cas échéant. Indiquez dans votre documentation quels canaux (Telegram, Gmail) restent des tiers et où Ollama évite un transfert systématique hors UE.

• Données locales : Ollama en loopback ; pas d'obligation d'envoyer chaque requête sensible à une API tierce.
• Zéro facture de tokens (local) : modèles 13B souvent viables sur 16 Go unifiés ; au-delà, M4 Pro 64 Go ou SKU haute mémoire.
• Disponibilité 7×24 : alimentation et bande passante datacenter plutôt qu'une box domestique qui coupe la nuit.

Beaucoup d'équipes restent bloquées entre « ça s'installe » et « ça tient la charge ». Ces frictions reviennent sans cesse dans les communautés OpenClaw / OpenHuman :

• Portable comme serveur : veille, thermique, concurrence avec l'IDE — les processus agent sont tués.
• VPS Linux : pas de GUI OpenHuman ; OpenClaw sans intégrations macOS (iMessage, etc.) ; systemd au lieu de la doc LaunchAgent.
• Achat Mac Mini : 700–2 000+ EUR, délais, amortissement ; un pilote raté coûte cher en revente.
• Agent 100 % API : coût token linéaire ; transferts vers des pays tiers compliquent les preuves RGPD.

Louer un Mac cloud transforme CapEx et risque réseau en contrat pilote résiliable — un mois pour valider canaux OpenClaw et workflows OpenHuman, puis renouveler ou acheter. Cela rejoint comparatif 30 jours d'hébergement : un agent persistant vit de l'uptime, pas de la difficulté du script d'installation.

Combinaison fréquente : OpenClaw vers l'extérieur, OpenHuman en interne, un seul Ollama avec tags différents (8B résumé, 13B raisonnement). 16 Go suffit pour « API cloud + petit modèle local » ; 13B en parallèle stable → 24 Go ; 70B → M4 Pro 64 Go ou instance haute mémoire.

Chiffres indicatifs issus de la communauté et de la pratique Apple Silicon (pas un benchmark officiel NUKCLOUD) :

• M4 16 Go : OpenClaw + API cloud ; Ollama 7B–8B souvent 18–25 token/s.
• M4 24 Go : OpenClaw + Ollama 13B (Qwen2.5, Llama 3.1) ; OLLAMA_KEEP_ALIVE=-1 contre le cold start.
• M4 Pro 48–64 Go : 30B–70B en local ; voir inférence haute mémoire.
• Provisionnement : nœud dédié souvent < 10 min avant SSH (console).
• Coût mensuel : en général bien en dessous d'achat + colocation ; détail sur tarifs.

Une fois connecté en SSH au Mac cloud : Node.js 22+ (v24 recommandé), puis le script officiel :

curl -fsSL https://openclaw.ai/install.sh | bash
openclaw onboard --install-daemon
openclaw security audit --fix

Installer Ollama et tirer les modèles (UE : Qwen2.5 ; international : Llama 3.1 / Gemma3) :

brew install ollama
ollama pull qwen2.5:7b
export OLLAMA_KEEP_ALIVE=-1
ollama serve

Pointer le provider vers http://127.0.0.1:11434, modèle principal ex. ollama/qwen2.5:7b. Après liaison Telegram/WhatsApp, relancer openclaw security audit. Le LaunchAgent via --install-daemon survit au reboot — bien plus fiable que nohup sur une machine louée.

Pour les utilisateurs qui veulent bureau, voix et intégrations SaaS :

curl -fsSL https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.sh | bash

L'IA locale est désactivée par défaut — l'activer dans config.toml (chemin selon l'assistant) :

local_ai.runtime_enabled = true
local_ai.opt_in_confirmed = true

Premier onboarding en VNC : Gmail / Notion / Slack, endpoint Ollama dans les réglages. Le Memory Tree grossit avec l'usage — ne pas détruire les snapshots disque pendant le pilote sans sauvegarder le répertoire de config. Sur un nœud 24 Go partagé, décaler OpenClaw et OpenHuman si les deux chargeraient un 13B.

1. 01
   Choisir la SKU : région, 16/24 Go ou M4 Pro, durée sur tarifs ; commande via Commander ; noter SSH et limites de responsabilité (RGPD : finalité du traitement).
2. 02
   Baseline : figer la version mineure macOS ; utilisateur Unix dédié aux agents, séparé des certificats CI.
3. 03
   Ollama d'abord : installation, modèles, KEEP_ALIVE ; curl localhost:11434/api/tags doit répondre.
4. 04
   OpenClaw : install → onboard → canaux → security audit --fix → test redémarrage LaunchAgent.
5. 05
   OpenHuman : install → GUI VNC → local_ai → sources Memory Tree ; restreindre VNC (VPN, pare-feu).
6. 06
   Recette : 72 h mémoire, latence webhook, disque ; ID instance et politique de sauvegarde dans la console ; effacement sécurisé à la résiliation (droit à l'effacement RGPD).

Objectif bot canaux + assistant bureau + Qwen2.5 local avec ROI en un mois : Mac cloud exclusif souvent plus court que GPU + migration Linux. Les VPS mutualisés cassent les webhooks. Les équipes avec Telegram prod, Memory Tree et CI optionnel sur une même frontière locataire gagnent en auditabilité via tarifs et Commander.