OllamaのDockerコンテナ内でOpenClawを実行し、ネットワークを簡素化する

あるr/openclawユーザーが、OpenClawをOllamaと同じDockerコンテナ内に配置するセットアップを共有しました。これにより、host.docker.internalやコンテナホスト名が不要になります。アプローチは簡単で、公式のollama/ollamaイメージをベースに、その中にOpenClawをインストールし、OpenClawが127.0.0.1:11434でOllamaと通信するようにします。これにより、一般的なネットワークの摩擦を回避できますが、RAM使用量が増加します。
主なセットアップ手順
GPUサポート、永続的なモデルストレージ、ポート11434と18789(OpenClawのゲートウェイ用)を使用してコンテナを起動します。
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 11434:11434 \
-p 18789:18789 \
ollama/ollama
ポートを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
コンテナ内でシェルを開き、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
モデルをプルします(小規模なQwenバリアントでテスト済み)。
ollama pull qwen3.5:0.8b
ollama pull qwen3.5:2b
ollama pull qwen3.5:4b
ollama list
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
ゲートウェイを起動します(ターミナルは開いたままにします)。
openclaw gateway run --bind lan --port 18789 --allow-unconfigured
別のターミナルで、再度コンテナに入り、OpenClawを実行します。
docker exec -it ollamaopenclaw sh
export PATH="$HOME/.openclaw/bin:$PATH"
export OLLAMA_API_KEY="ollama-local"
# その後、openclawコマンドを実行
結果とトレードオフ
このセットアップは機能します。OpenClawはOllamaに127.0.0.1:11434を使用し、追加のネットワーク設定は不要です。ポートとストレージは分離されたままです。ただし、RAM使用量が多く、大きなプロンプトは小さなローカルモデル(0.8B~4Bでテスト)を圧倒します。ユーザーは、これは軽量なソリューションではないが、コンテナ分離の観点からはよりクリーンだと指摘しています。
対象ユーザー
ホストネットワーキングやhost.docker.internalの煩わしさを避けるために、OpenClawとOllamaを単一のDockerコンテナ内で実行したい開発者。特にローカルまたはCI向けのLLMツールチェーンに適しています。
📖 ソース全文を読む: r/openclaw
👀 See Also

大規模PDFレポートのClaude AI要約を改善したプロンプト構造
ある開発者が、「要約して」というプロンプトから「役割+判断+特定抽出」のプロンプトに切り替えたことで、Claudeの凡庸な要約出力が、具体的なリスクフラグやアクション項目に変わった方法を紹介しています。

OpenClawコミュニティからの役立つヒント:AIエージェント最適化の深掘り
OpenClawコミュニティから、AIコーディングエージェントのパフォーマンスと効率を最適化するための貴重なヒントをご紹介します。これらの洞察は、あなたのAIプロジェクトに革命をもたらす可能性があります。

コーディングエージェントによるllama.cppの大規模プロンプト再処理:KVキャッシュとコンテキストスワップのデバッグ
あるユーザーが、opencode + pi.dev を使用中に llama.cpp が類似プロンプトに対して 40k 以上のトークンを再処理する問題を報告。LCP 類似度が高いにもかかわらず発生している。設定の詳細と推定原因が共有されている。

Claude CoworkのGoogle Driveストリーミングモードにおけるファイルアクセス問題とその修正
Claude CoworkをGoogle Drive for Desktopのストリーミングモードで使用する際、ファイルが開かない場合があります。これは、Coworkがディスク上の実ファイルを必要とするため、プレースホルダーでは機能しないためです。解決策は、特定のフォルダをオフラインで利用可能にし、標準的なファイル形式を使用することです。