Запуск OpenClaw внутри Docker-контейнера Ollama для упрощения работы с сетью

Один пользователь r/openclaw поделился настройкой, которая помещает OpenClaw в тот же Docker-контейнер, что и Ollama, устраняя необходимость в host.docker.internal или именах хостов контейнеров. Подход прост: начните с официального образа ollama/ollama, установите в него OpenClaw, и пусть OpenClaw общается с Ollama на 127.0.0.1:11434. Это позволяет избежать типичных проблем с сетью, но приводит к высокому потреблению ОЗУ.
Основные шаги настройки
Запустите контейнер с поддержкой 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 использует 127.0.0.1:11434 для Ollama, не требуется дополнительных сетевых конфигураций. Порты и хранилище остаются изолированными. Однако использование ОЗУ велико — большие промпты перегружают маленькие локальные модели (протестированы от 0,8B до 4B). Пользователь отмечает, что это не легковесное решение, но оно более чистое с точки зрения изоляции контейнеров.
Для кого это
Разработчики, которые хотят запустить OpenClaw и Ollama в одном Docker-контейнере, чтобы избежать хостовой сети и проблем с host.docker.internal, особенно для локальных или CI-связанных цепочек LLM-инструментов.
📖 Читать полный источник: r/openclaw
👀 Смотрите также

Двухэтапный рабочий процесс с использованием ИИ для модернизации устаревшего кода
В посте на Reddit описывается двухэтапный подход 'обратного инжиниринга' для использования ИИ с устаревшим кодом: сначала извлечь бизнес-логику в технологически независимый документ бизнес-требований, затем использовать промпт 'Главного архитектора' для пересоздания с нуля с использованием современных лучших практик.

Команда /loop сожгла $6,000 в API Claude за одну ночь
Разработчик оставил без присмотра команду /loop с запуском каждые 30 минут на claude-opus-4-7, что за одну ночь привело к расходу $6000 из-за истечения кэша промптов и растущего контекста — поучительная история для автоматизации AI-агентов.

Готовые для агентов кодовые базы: отрицательные правила, точные имена, README для каталогов
Разработчик рассказывает, как правила CLAUDE.md, негативные инструкции и точное именование сократили расход токенов и предотвратили раздувание класса UserManager в коде Claude Code.

Обходное решение для компактирования Claude: Использование файла Handoff.MD
Пользователь Reddit делится обходным решением для сообщения Claude о сжатии диалога: создать подробный файл handoff.md с резюме разговора, затем начать новую сессию с этим файлом. В посте описаны конкретные шаги по использованию ChatGPT для генерации промптов и управлению проектами с инструкциями.