Exécution d'OpenClaw dans le conteneur Docker d'Ollama pour un réseautage simplifié

Un utilisateur de r/openclaw a partagé une configuration qui place OpenClaw dans le même conteneur Docker qu'Ollama, éliminant ainsi le besoin de host.docker.internal ou de noms d'hôte de conteneur. L'approche est simple : partir de l'image officielle ollama/ollama, installer OpenClaw à l'intérieur, et faire en sorte qu'OpenClaw communique avec Ollama sur 127.0.0.1:11434. Cela évite les frictions réseau courantes, mais entraîne une utilisation intensive de la RAM.
Étapes clés de configuration
Lancez le conteneur avec le support GPU, le stockage persistant des modèles et les ports 11434 et 18789 (pour la passerelle d'OpenClaw) :
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 11434:11434 \
-p 18789:18789 \
ollama/ollama
Pour lier les ports uniquement à localhost :
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 127.0.0.1:11434:11434 \
-p 127.0.0.1:18789:18789 \
ollama/ollama
Ouvrez un shell dans le conteneur et installez OpenClaw :
docker exec -it ollamaopenclaw sh
apt-get update && apt-get install -y curl git bash ca-certificates
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install-cli.sh | bash
export PATH="$HOME/.openclaw/bin:$PATH"
openclaw --version
Téléchargez les modèles (testés avec de petites variantes Qwen) :
ollama pull qwen3.5:0.8b
ollama pull qwen3.5:2b
ollama pull qwen3.5:4b
ollama list
Configurez la passerelle d'OpenClaw :
export OLLAMA_API_KEY="ollama-local"
openclaw config set gateway.bind lan
openclaw config set gateway.port 18789
openclaw config set gateway.controlUi.allowedOrigins '["http://localhost:18789","http://127.0.0.1:18789"]' --strict-json
Démarrez la passerelle (laissez le terminal ouvert) :
openclaw gateway run --bind lan --port 18789 --allow-unconfigured
Dans un second terminal, exécutez à nouveau une commande dans le conteneur et lancez OpenClaw :
docker exec -it ollamaopenclaw sh
export PATH="$HOME/.openclaw/bin:$PATH"
export OLLAMA_API_KEY="ollama-local"
# Puis exécutez les commandes openclaw
Résultats et compromis
La configuration fonctionne : OpenClaw utilise 127.0.0.1:11434 pour Ollama, aucune configuration réseau supplémentaire n'est nécessaire. Les ports et le stockage restent isolés. Cependant, l'utilisation de la RAM est élevée — les grands prompts submergent les petits modèles locaux (0,8B à 4B testés). L'utilisateur note que ce n'est pas une solution légère, mais qu'elle est plus propre du point de vue de l'isolation des conteneurs.
À qui cela s'adresse
Développeurs qui souhaitent exécuter OpenClaw et Ollama dans un seul conteneur Docker pour éviter les problèmes de réseau hôte et de host.docker.internal, particulièrement pour les chaînes d'outils LLM locales ou liées à l'intégration continue.
📖 Lire la source complète : r/openclaw
👀 See Also

Les tâches Cron avec repli sur l'IA peuvent entraîner des coûts API imprévus lorsque les outils se bloquent
Un utilisateur a signalé qu'une tâche cron dans OpenClaw vérifiant une boîte mail toutes les 10 minutes avec himalaya a consommé environ 60 $ en crédits API lorsque la connexion IMAP a commencé à se bloquer, déclenchant des agents Claude à chaque exécution expirée malgré les instructions de n'engager l'IA que pour les emails entrants.

Correction de l'Erreur Auth 400 : Utilisation du Package mnemonic de Python pour Éviter les Déclencheurs du Filtre BIP39
Un utilisateur de Reddit a identifié que le filtre de contenu d'Anthropic déclenche une erreur 400 lorsque des agents IA tentent d'écrire la liste complète de mots BIP39 (2048 mots anglais standardisés) dans du code Python. La solution consiste à utiliser le package Python mnemonic à la place, qui contient la liste de mots en interne.

Débogage de la Boucle de Plantage d'OpenClaw : Une Liste de Vérification en 5 Points
Un post Reddit de r/openclaw propose une liste de contrôle en cinq étapes pour diagnostiquer rapidement les boucles de crash dans les agents ou passerelles OpenClaw, en se concentrant sur la forme de l'échec, la pression de l'hôte, la latence du fournisseur, les différences de configuration et la configuration des alertes.

Utiliser les Cron Jobs d'OpenClaw pour les Tâches Planifiées au Lieu de la Surveillance par Heartbeat
Un post Reddit explique comment utiliser la fonctionnalité de tâches cron d'OpenClaw pour des tâches planifiées comme les briefings matinaux et le tri des emails, avec le drapeau critique --session isolated pour éviter la contamination du contexte, et met en garde contre les bogues potentiels dans les sessions isolées entre les versions.