OpenClaw in Ollamas Docker-Container ausführen für einfachere Netzwerke

Ein Nutzer von r/openclaw hat ein Setup vorgestellt, bei dem OpenClaw im selben Docker-Container wie Ollama läuft, wodurch host.docker.internal oder Container-Hostnamen überflüssig werden. Der Ansatz ist einfach: Vom offiziellen ollama/ollama-Image ausgehen, OpenClaw darin installieren und OpenClaw über 127.0.0.1:11434 mit Ollama kommunizieren lassen. Dies vermeidet typische Netzwerkprobleme, geht aber mit einem hohen RAM-Verbrauch einher.
Wichtige Einrichtungsschritte
Container mit GPU-Unterstützung, persistenter Modellspeicherung und den Ports 11434 und 18789 (für das OpenClaw-Gateway) starten:
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 11434:11434 \
-p 18789:18789 \
ollama/ollama
Um Ports nur an localhost zu binden:
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
Eine Shell im Container öffnen und OpenClaw installieren:
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
Modelle herunterladen (getestet mit kleinen Qwen-Varianten):
ollama pull qwen3.5:0.8b
ollama pull qwen3.5:2b
ollama pull qwen3.5:4b
ollama list
OpenClaw-Gateway konfigurieren:
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
Gateway starten (Terminal offen lassen):
openclaw gateway run --bind lan --port 18789 --allow-unconfigured
In einem zweiten Terminal erneut in den Container einsteigen und OpenClaw ausführen:
docker exec -it ollamaopenclaw sh
export PATH="$HOME/.openclaw/bin:$PATH"
export OLLAMA_API_KEY="ollama-local"
# Dann openclaw-Befehle ausführen
Ergebnisse und Abwägungen
Das Setup funktioniert: OpenClaw nutzt 127.0.0.1:11434 für Ollama, keine zusätzliche Netzwerkkonfiguration nötig. Ports und Speicher bleiben isoliert. Allerdings ist der RAM-Verbrauch hoch – große Eingaben überfordern kleine lokale Modelle (getestet mit 0,8B bis 4B). Der Nutzer merkt an, dass dies keine leichte Lösung ist, aber aus Sicht der Container-Isolation sauberer.
Für wen es gedacht ist
Entwickler, die OpenClaw und Ollama in einem einzigen Docker-Container betreiben möchten, um Host-Netzwerk und host.docker.internal-Probleme zu vermeiden, insbesondere für lokale oder CI-gebundene LLM-Toolchains.
📖 Vollständige Quelle lesen: r/openclaw
👀 Siehe auch

Claude AI-Nutzer erzielen bessere Ergebnisse, indem sie Kontext statt generischer Aufforderungen liefern
Eine Reddit-Diskussion zeigt, dass Nutzer, die mit Claude AI echte Arbeit erledigen, spezifischen Kontext zu ihrer Situation liefern, was sie bereits versucht haben, wie ein gutes Ergebnis aussieht und was vermieden werden sollte, anstatt es wie eine Suchmaschine zu behandeln.

Claude Code und die unvernünftige Effektivität von HTML für KI-Agenten
Ein viraler Beitrag zeigt, wie KI-Codierungsagenten wie Claude Code bessere Ergebnisse liefern, wenn sie angewiesen werden, HTML zu generieren, mit funktionierenden Beispielen und einem begleitenden Blogbeitrag, der das Muster diskutiert.

Agentenbereite Codebasen: Negative Regeln, präzise Namen, Verzeichnis-READMEs
Ein Entwickler erklärt, wie CLAUDE.md-Regeln, negative Anweisungen und präzise Benennung Token-Verschwendung reduzieren und Claude Code davon abhalten, Klassen wie UserManager aufzublähen.

Wie die Aufteilung des Kontextes in separate Dateien Claude konsistenter machte
Ein Reddit-Nutzer teilt eine praktische Einrichtung für Claude: Kontext in about-me.md-, my-voice.md- und my-rules.md-Dateien aufteilen; einen Plan-vor-Ausführung-Ablauf verwenden; Modelle pro Aufgabe wechseln; und Feedback statt perfekter Prompts geben.