2026 : OpenClaw sur Mac Mini loué — quotas CPU et mémoire, dégradation automatique et 7×24

Ce guide s’adresse aux utilisateurs qui font tourner des automatisations en continu sur une machine louée : intégrateurs d’OpenClaw, pipelines nocturnes et petites équipes qui veulent un Mac Mini stable sans monopoliser le nœud. Vous y trouverez une lecture orientée self-hosting 2026 — la tendance est à l’observabilité légère, aux garde-fous par défaut et aux modes dégradés explicites plutôt qu’à « pousser au maximum » jusqu’au crash — avec un tableau de choix, des étapes launchd claires, un HowTo structuré et une FAQ. Pour la surveillance amont, croisez avec le tutoriel guardian et webhooks ; pour l’enveloppe processus, voyez aussi launchd face à PM2.

Freins typiques : (1) l’agent OpenClaw et ses workers absorbent la RAM unifiée et déclenchent des pressions mémoire globales ; (2) sans plafond CPU, le boîtier entre en régulation thermique et la latence 7×24 devient imprévisible ; (3) un redémarrage brutal sans dégradation planifiée casse files, verrous et intégrations.

Mots-clés couverts : OpenClaw, Mac Mini, ressources et quotas, dégradation contrôlée, exploitation 7×24 sur machine louée.

Métriques, collecte et seuils

Avant toute limite dure, instrumentez : la mémoire « vue » par le système et le RSS réel du processus OpenClaw divergent souvent sur Apple Silicon. Échantillonnez avec top ou ps en période creuse et en charge, et croisez avec memory_pressure lorsque disponible. Fixez un seuil d’alerte lorsque la RAM adressable utile dépasse quatre-vingts à quatre-vingt-cinq pour cent sur cinq minutes glissantes, et un seuil critique à quatre-vingt-dix pour cent pour déclencher la dégradation. Pour le CPU, observez la durée des cycles métier : si elle augmente de plus de vingt-cinq pour cent à charge identique, le nœud est déjà en contrainte thermique ou compétitive — baissez la concurrence avant d’augmenter les limites.

Configuration des quotas avec launchd

Placez un LaunchAgent utilisateur dans ~/Library/LaunchAgents/. Définissez LimitLoadToSessionContext à true pour éviter qu’un même job ne se mélange indûment entre sessions. Dans le dictionnaire HardResourceLimits ou SoftResourceLimits, renseignez ResidentSetSize en octets selon le pic mesuré plus une marge de dix à quinze pour cent, et CPU en secondes de temps CPU si vous voulez borner les exécutions longues. Pointez ProgramArguments vers un script enveloppe qui invoque votre binaire OpenClaw avec variables d’environnement figées. Chargez avec launchctl bootstrap gui/$(id -u) puis vérifiez launchctl print. Redirigez StandardOutPath et StandardErrorPath vers des fichiers rotatifs — voir le guide journaux et disque — afin de corréler dépassements et redémarrages.

<key>HardResourceLimits</key>
<dict>
  <key>ResidentSetSize</key>
  <integer>8589934592</integer>
  <key>CPU</key>
  <integer>86400</integer>
</dict>
<key>LimitLoadToSessionContext</key>
<true/>

Dégradation automatique et récupération

La dégradation doit être un état nommé : par exemple réduire la concurrence des skills, désactiver les synchronisations non critiques ou repasser sur un modèle plus léger. Votre script surveille les métriques ; au franchissement du seuil critique, il envoie un signal propre, écrit un fanion .degraded et relance OpenClaw avec des variables d’environnement de repli. Après une temporisation de refroidissement de cinq à quinze minutes et lorsque la pression mémoire repasse sous soixante-dix pour cent, remontez un palier à la fois — sinon vous oscillerez entre surcharge et sous-utilisation. Documentez chaque transition dans les journaux pour auditer le service 7×24. Pour l’installation de base et openclaw doctor, reprenez la checklist d’installation.

1. Échantillonner RSS repos et charge pendant trente minutes minimum.
2. Fixer paliers alerte quatre-vingts à quatre-vingt-cinq pour cent, critique quatre-vingt-dix pour cent.
3. Écrire le plist LaunchAgent avec limites et chemins de logs.
4. Brancher guardian ou webhook sur codes de sortie anormaux.
5. Implémenter baisse de concurrence et attente de refroidissement avant relance pleine.
6. Jeux de charge : simuler pic mémoire puis vérifier reprise graduelle.

FAQ dépannage

Repères opérationnels

• Marge RSS : plafond launchd au pic mesuré plus dix à quinze pour cent, jamais à cent pour cent de la RAM machine.
• Thermique : si la durée d’un cycle identique augmente de plus de vingt-cinq pour cent sur dix minutes, réduire la concurrence avant d’augmenter les limites.
• Reprise : attendre cinq à quinze minutes sous pression mémoire modérée avant de réactiver les fonctions complètes.