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

Arrêtez de copier-coller des erreurs dans Claude Code — donnez-lui plutôt un accès
Ne copiez-collez pas les erreurs dans Claude Code. Donnez-lui plutôt les clés API ou les outils nécessaires pour qu'il puisse s'autodiagnostiquer et se corriger. L'auteur partage des modèles pratiques pour les bases de données de staging, les navigateurs headless et les environnements d'évaluation.

Un processus de travail en IA en deux étapes pour la modernisation du code hérité
Un post Reddit décrit une approche en deux étapes de 'rétro-ingénierie' pour utiliser l'IA avec du code hérité : d'abord extraire la logique métier dans un Document d'Exigences Métier indépendant de la technologie, puis utiliser un prompt 'Architecte en Chef' pour reconstruire à partir de zéro avec les meilleures pratiques modernes.

Construction d'une couche de processus au-dessus de Claude Code pour gérer le contexte et la coordination
Une équipe partage comment elle a construit une couche de processus sur Claude Code qui déclare les entrées/sorties de chaque étape d'ingénierie, réduisant la perte de contexte lors des transferts et permettant des gains de productivité cumulatifs sans dépendre de la discipline individuelle.

Correction de la stupidité des agents IA : un arbre de contexte partagé par dépôt
La raison pour laquelle les employés IA semblent stupides n'est pas le modèle, c'est le manque de contexte partagé. La solution d'un développeur : un dépôt d'arbre de contexte avec des nœuds markdown hiérarchiques, automatiquement maintenu par l'agent.