2026 OpenClaw sur Mac distant : ClawHub, compétences et pré-tirage CI

Sur un Mac distant, trois options d’installation sont courantes. Script officiel : exécution du script d’installation (curl ou wget) ; rapide, contrôle direct de l’environnement, idéal pour une machine dédiée ou un premier déploiement. Docker : image conteneurisée ; isolation et reproductibilité maximales, utile en CI partagée ou lorsque plusieurs versions doivent coexister ; nécessite Docker sur le Mac. npm : installation via npm install -g openclaw (ou équivalent) ; pratique si l’écosystème Node est déjà en place, mise à jour simple. Recommandation : pour un nœud CI dédié sur Mac distant, privilégier le script ou Docker selon que vous visez la simplicité ou l’isolation ; npm convient aux postes de dev ou aux pipelines déjà basés sur Node.

Les compétences étendent OpenClaw (pré-tirage, vérification, build). Depuis ClawHub, installez les compétences nécessaires via la CLI ou la configuration : par exemple openclaw skill add <skill-id> ou déclaration dans openclaw.json. Fichier openclaw.json : définir le gateway (Kilo ou autre), les modèles utilisés, et la liste des skills avec leurs paramètres (chemins, registries, timeouts). Points clés : (1) chemin du projet et répertoire de travail pour la CI ; (2) variables d’environnement (Node, npm registry) si les compétences en dépendent ; (3) stratégie de retry (attempts, minDelay, maxDelay) pour les pulls réseau. Une configuration minimale reproductible inclut skills, gateway et env (si besoin).

Pour intégrer le pré-tirage des dépendances à la CI, choisissez des compétences qui exécutent npm install / pod install / brew bundle (ou équivalents) en amont du build, et éventuellement une compétence de vérification (versions, checksums). En CI : (1) étape de pré-tirage déclenchée avant le build (cron, webhook ou script de pipeline) ; (2) utilisation du même openclaw.json que localement pour garantir la reproductibilité ; (3) cache des artefacts (node_modules, Pods) si la plateforme CI le permet, pour accélérer les runs suivants. Compétences typiques : « dependency-pull », « version-check » ; configurez les timeouts et retries selon la latence de votre Mac distant. Sur un nœud Mac distant dédié, cette étape réduit fortement les échecs aléatoires en début de build. Voir aussi l’article « OpenClaw auto-récupération : retry et pull » pour la stratégie de retry.

Version Node : OpenClaw ou certaines compétences exigent une version minimale de Node (ex. 18+). Sur Mac distant, vérifiez node -v et utilisez nvm ou fnm si plusieurs versions coexistent. Erreur typique : « Engine not supported » ou « Expected Node >= 18 » — mettre à jour Node ou ajuster engines dans le projet. Permissions : échecs d’écriture dans node_modules ou répertoire de cache ; exécuter avec l’utilisateur approprié ou corriger les droits (chown / chmod). Réseau : timeouts, proxy ou firewall ; configurer les variables d’environnement (HTTP_PROXY, HTTPS_PROXY si besoin), augmenter les timeouts dans openclaw.json et activer les retries. Une vérification rapide est possible avec openclaw status ou openclaw doctor selon la version installée.

• 1

  Node : node -v puis nvm/fnm si version incorrecte.

• 2

  Permissions : vérifier propriétaire et droits du répertoire de travail et du cache.

• 3

  Réseau : proxy, timeout et retry dans openclaw.json ; tester avec openclaw doctor.