Перейти к содержимому
arckep.ru — все нейросети в одном месте без VPN Перейти
>AISTUDY_
AUTHORСвежий выпуск №030 → Контекст, сессия, compact
← Все инструменты

OpenClaw

44 разбора / AI-ассистент в мессенджерах

Типичные проблемы при установке и использовании OpenClaw с решениями.

Установка и Docker

Container exited with code 137 (OOM Kill)

Платформа: Docker / VPS

Причина: Недостаточно RAM. OpenClaw требует минимум 4 GB (рекомендуется 8 GB). На дешёвых VPS с 1-2 GB — гарантированный OOM.

Container exited with code 137

Решение:

  1. Увеличить RAM VPS до 4+ GB
  2. Или добавить swap: fallocate -l 4G /swapfile && mkswap /swapfile && swapon /swapfile
  3. Проверить лимиты: docker stats
EACCES: permission denied на /home/node/.openclaw

Платформа: Docker

Причина: Bind mounts на хосте принадлежат другому пользователю. OpenClaw в контейнере работает под uid 1000.

EACCES: permission denied, open '/home/node/.openclaw/config.json'

Решение:

  1. sudo chown -R 1000:1000 /path/to/openclaw-config
  2. Или использовать named volumes вместо bind mounts
WebSocket connection failed: 1006 / 1008, token mismatch

Платформа: Docker

Причина: CLI не подключается к Gateway. Переменная OPENCLAW_GATEWAY_TOKEN перезаписывает токен из конфига.

WebSocket connection failed: 1006 / 1008, token mismatch

Решение:

  1. Убедиться, что OPENCLAW_GATEWAY_TOKEN в .env совпадает с токеном в конфиге
  2. Диагностика: docker compose logs -f
  3. Пересоздать pairing: openclaw onboard

API-ключи и авторизация

No API key found for provider "anthropic"

Платформа: Docker / Local

Причина: API-ключ Anthropic не указан или в неверном формате. Ключ должен начинаться с sk-ant-api03-. OAuth-токены больше не работают с апреля 2026.

Agent failed before reply: No API key found for provider "anthropic"

Решение:

  1. Получить ключ на console.anthropic.com
  2. Указать через openclaw onboard → Anthropic → API Key
  3. Проверить: openclaw status --all
LLM request rejected: You're out of extra usage

Платформа: Docker / Local

Причина: С апреля 2026 Anthropic запретила подписочные OAuth-токены (Claude Pro/Max) в сторонних приложениях. Нужен API-ключ или Extra Usage credits.

LLM request rejected: You're out of extra usage

Решение:

  1. Переключиться на API-ключ (рекомендуется)
  2. Или купить Extra Usage credits на claude.ai/settings/usage
  3. Или использовать API-прокси
OAuth authentication is currently not supported

Платформа: Docker / Local

Причина: В версии 2026.2.17 сломана OAuth для Anthropic и OpenAI. API Anthropic не поддерживает OAuth — только API-ключи.

OAuth authentication is currently not supported
invalid x-api-key

Решение:

  1. Переключиться на API Key: openclaw onboard → провайдер → API Key
  2. Не использовать OAuth для Anthropic
429 — You exceeded your current quota (OpenAI)

Платформа: Docker / Local / VPS

Причина: Закончились credits на OpenAI, или новый аккаунт не активирован (до 20 минут после оплаты).

Error code: 429 — You exceeded your current quota,
please check your plan and billing details

Решение:

  1. Проверить баланс на platform.openai.com/usage
  2. Пополнить credits
  3. Настроить maxRequestsPerMinute в конфиге OpenClaw
401 Unauthorized / IAM token is expired (YandexGPT)

Платформа: VPS / Local

Причина: IAM-токен YandexGPT живёт максимум 12 часов. Для бота нужен сервисный аккаунт с API-ключом. Часто путают FOLDER_ID и CATALOG_ID.

401 Unauthorized
IAM token is expired

Решение:

  1. Создать сервисный аккаунт в Yandex Cloud
  2. Использовать API-ключ (Api-Key header) вместо IAM-токена
  3. Указать правильный FOLDER_ID (из URL консоли Yandex Cloud)

Мессенджеры

Telegram plugin is not available

Платформа: Docker / Local

Причина: При онбординге Telegram определяется как «plugin», хотя это встроенный канал. Конфиг пишется в plugins.entries.telegram вместо channels.telegram.

Telegram plugin is not available

Решение:

  1. Выполнить openclaw plugins enable telegram
  2. Или вручную перенести конфиг в секцию channels.telegram в openclaw.json
  3. Перезапустить OpenClaw
Telegram бот не получает сообщения (polling vs webhook)

Платформа: Docker / VPS

Причина: Конфликт webhook и polling. Если ранее был настроен webhook, Telegram не отправляет сообщения через polling.

Решение:

  1. Удалить webhook: curl https://api.telegram.org/bot<TOKEN>/deleteWebhook
  2. Перезапустить OpenClaw
  3. Если проблема с IPv6 — принудительно использовать IPv4
Account banned / Connection closed: 515 (WhatsApp)

Платформа: Docker / Local

Причина: WhatsApp не имеет официального API для ботов. Библиотеки Baileys/Whiskay реверс-инженерят протокол, WhatsApp детектирует автоматизацию и банит.

Решение:

  1. Использовать WhatsApp Business API (официальный, платный)
  2. Или: ограничить частоту сообщений, не использовать в группах
  3. Добавить случайные задержки, session persistence обязательна
Discord бот онлайн, но не отвечает на сообщения

Платформа: Docker / Local

Причина: Не включён привилегированный intent «Message Content» в Discord Developer Portal. С 2022 года это обязательно.

Решение:

  1. Discord Developer Portal → Bot → Privileged Gateway Intents
  2. Включить «Message Content Intent»
  3. Перезапустить OpenClaw

Конфигурация

Invalid configuration / Unknown config key

Платформа: Docker / Local

Причина: В Q1 2026 три релиза подряд содержали breaking changes. Формат openclaw.json меняется без автоматической миграции.

Invalid configuration
Unknown config key: "plugins.entries.telegram"

Решение:

  1. Перед обновлением: cp openclaw.json openclaw.json.bak
  2. После: openclaw doctor --fix
  3. Если не помогает — ручная правка по changelog

Безопасность

CVE-2026-25253: RCE через неаутентифицированный WebSocket

Платформа: Docker / VPS (публичный доступ)

Причина: Версии до 2026.1.29 имели auth: none по умолчанию на Control Plane WebSocket. Любой мог выполнить произвольный код на сервере.

Решение:

  1. Обновить OpenClaw до версии ≥ 2026.1.29
  2. Проверить, что gateway.auth не установлен в none
  3. Не выставлять порт 18789 наружу без аутентификации

Для не-программистов

Как развернуть бота на VPS — пошагово для новичков

Платформа: VPS (Ubuntu/Debian)

Причина: Нет опыта с серверами. Бот работает локально, но непонятно, как перенести на VPS, чтобы он работал 24/7.

Решение (минимальный VPS — 1 vCPU, 2 GB RAM):

  1. Купить VPS (Timeweb, Selectel, Aéza — от 300 руб/мес). Выбрать Ubuntu 22.04
  2. Подключиться по SSH: ssh root@IP_ВАШЕГО_СЕРВЕРА
  3. Установить Node.js 22+: curl -fsSL https://deb.nodesource.com/setup_22.x | bash - && apt install -y nodejs
  4. Установить OpenClaw: npm install -g openclaw
  5. Настроить: openclaw onboard (мастер проведёт через настройку)
  6. Запустить как сервис: openclaw gateway install --daemon
Путаница: API key vs OAuth vs подписка — что использовать

Платформа: Все

Причина: Три разных способа авторизации у AI-провайдеров вызывают путаницу. Подписка Claude Pro/Max — это НЕ то же самое, что API-ключ.

Разница:

  1. Подписка (Claude Pro/Max, ChatGPT Plus) — для сайтов claude.ai / chatgpt.com. Для ботов не подходит
  2. API-ключ — специальный токен для программ. Оплата за использование (по токенам). Это то, что нужно для OpenClaw
  3. OAuth — вход через аккаунт. С апреля 2026 сломан для Anthropic. Не рекомендуется

Где получить API-ключ: Anthropic, OpenAI, Google AI.

Бот отвечает ерунду — настройка личности через SOUL.md

Платформа: Все

Причина: Без файла SOUL.md (или с пустым файлом) бот использует дефолтную личность — общую и безликую. Он не знает, кто он, как разговаривать и какие задачи решать.

Решение:

  1. Создать файл SOUL.md в рабочей директории OpenClaw
  2. Описать: имя бота, роль, стиль общения, запреты, целевую аудиторию
  3. Перезапустить: openclaw gateway restart
  4. Проверить загрузку: openclaw status --all (в секции Bootstrap Files)
Бот слишком дорогой — оптимизация расхода токенов

Платформа: Все

Причина: Контекст раздувается до 100K+ токенов на длинных диалогах. Каждое сообщение отправляет всю историю в API — расход растёт экспоненциально.

context_length_exceeded -- input tokens: 135,892, max: 128,000

Решение:

  1. Включить компактификацию: openclaw config set context.compaction.enabled true
  2. Ограничить контекст: openclaw config set context.maxTokens 4000
  3. Использовать дешёвую модель для рутины: Claude Haiku или GPT-4o-mini (~$0.15/1M токенов vs $15 у Opus)
  4. Использовать локальную модель через Ollama для тестирования (бесплатно)
Как подключить российские модели (YandexGPT, GigaChat)

Платформа: VPS / Local

Причина: Российские модели используют нестандартную авторизацию. YandexGPT — IAM-токены с коротким сроком жизни. GigaChat — OAuth 2.0 с hashing. Стандартный OpenAI-совместимый endpoint не работает.

YandexGPT:

  1. Создать сервисный аккаунт в Yandex Cloud с ролью ai.languageModels.user
  2. Получить API-ключ (не IAM-токен — он протухает за 12 часов)
  3. Добавить как OpenAI-compatible провайдер с endpoint https://llm.api.cloud.yandex.net/foundationModels/v1/completion

GigaChat:

  1. Получить client_id и client_secret на developers.sber.ru
  2. GigaChat требует отдельный proxy-слой — стандартный OpenAI-формат не работает
  3. Рекомендация: использовать GigaChain как прокси

Личность и навыки бота

SOUL.md не применяется — бот игнорирует личность

Платформа: Docker / Local

Причина: OpenClaw загружает только 8 конкретных файлов: SOUL.md, AGENTS.md, USER.md, TOOLS.md, IDENTITY.md, HEARTBEAT.md, BOOTSTRAP.md, MEMORY.md. Файл с другим именем или в неправильной директории молча игнорируется. Симлинки за пределами workspace тоже отклоняются без ошибки.

openclaw status --all
Bootstrap Files: SOUL.md (not found)

Решение:

  1. Файл должен называться точно SOUL.md (не soul.md, не Soul.md)
  2. Лежать в корне workspace (рядом с openclaw.json)
  3. Не быть симлинком за пределами workspace
  4. После обновления выполнить: openclaw doctor --deep --yes
  5. Проверить: openclaw status --all — в секции Bootstrap Files должен быть SOUL.md
Skills молча не загружаются

Платформа: Docker / Local

Причина: Skills требуют строгую структуру: папка skills/<id>/SKILL.md, а не просто файл skills/my-skill.md. Также ломаются при: двоеточии в name/description (ломает YAML), коллизии имён, BOM-маркере в файле.

openclaw skills list
Loaded: 8/13 skills (5 skipped)

Решение:

  1. Проверить структуру: skills/my-skill/SKILL.md (папка, внутри SKILL.md)
  2. Диагностика: openclaw skills check
  3. Убрать : из name и description в frontmatter (или обернуть в кавычки)
  4. Проверить кодировку: файл должен быть UTF-8 без BOM
  5. Приоритет загрузки: <workspace>/skills → bundled → skills.load.extraDirs
Бот не помнит контекст разговора

Платформа: Все

Причина: Длинные диалоги компактируются (сжимаются), теряя детали. При смене темы бот «забывает» предыдущий контекст. Долгосрочная память работает только через MEMORY.md, который надо настроить явно.

Решение:

  1. Для долгосрочных фактов — попросить бота записать в MEMORY.md: «запомни, что меня зовут Иван»
  2. Настроить компактификацию: openclaw config set context.compaction.threshold 0.8
  3. Увеличить окно контекста (если модель позволяет): openclaw config set context.maxTokens 16000
  4. Диагностика: OPENCLAW_LOG_CONTEXT_SIZE=true openclaw logs --follow
Мультимодальность (картинки, голос) не работает

Платформа: Все

Причина: Фото и голосовые сообщения молча игнорируются, если: модель не поддерживает vision (например, Claude Haiku старых версий), не установлен speech-to-text skill для голоса, или Ollama-модель без vision.

Решение для изображений:

  1. Убедиться, что модель поддерживает vision: Claude Sonnet/Opus, GPT-4o, Gemini Pro
  2. Для Ollama: использовать модель с vision (llava, llama3.2-vision)

Решение для голоса:

  1. Установить Whisper skill: openclaw skills install whisper-stt
  2. Или подключить внешний STT через API (Google Speech, Yandex SpeechKit)

Продвинутое использование

Бот не работает в группах Telegram (Privacy Mode)

Платформа: Docker / VPS

Причина: По умолчанию Telegram-боты работают в Privacy Mode — они не видят сообщения в группах, только команды (/start) и прямые ответы на свои сообщения.

Решение:

  1. Открыть @BotFather → /setprivacy → выбрать бота → Disable
  2. Или сделать бота админом группы (тогда Privacy Mode не действует)
  3. Критично: после переключения удалить и заново добавить бота в каждую группу
  4. Для ограничения доступа: настроить channels.telegram.groupAllowFrom в конфиге
Rate limiting — бот перестаёт отвечать при нагрузке

Платформа: VPS / Docker

Причина: AI-провайдеры ограничивают запросы: Anthropic — 50 RPM на бесплатном тире, OpenAI — зависит от уровня. При rate limit OpenClaw ставит провайдера в cooldown, и следующие запросы тоже отклоняются.

429 Too Many Requests
Provider "anthropic" entered cooldown (300s)

Решение:

  1. Настроить лимиты: openclaw config set providers.anthropic.maxRequestsPerMinute 30
  2. Добавить fallback-провайдер (OpenAI или Ollama) — при cooldown бот переключится
  3. Увеличить API tier у провайдера (пополнить баланс)
  4. Проверить статус: openclaw models status
Логи и отладка — как найти проблему

Платформа: Все

Причина: OpenClaw по умолчанию показывает минимум логов. Без правильной диагностики невозможно понять, почему бот молчит или выдаёт ошибки.

Диагностические команды:

openclaw status --deep          # полная диагностика с health probe
openclaw doctor --deep --yes     # авторемонт (решает ~80% проблем)
openclaw logs --follow           # логи в реальном времени
openclaw logs --level error --tail 50  # последние 50 ошибок
openclaw config validate         # валидация конфига
openclaw channels status --probe # статус всех каналов
openclaw skills check            # проверка skills
openclaw health --json           # полный snapshot для отчёта
Docker Compose обновление — потеря данных при миграции

Платформа: Docker

Причина: OpenClaw выпускает релизы каждые 1-2 дня, часто с breaking changes. Команда docker compose pull && docker compose up -d может сломать конфиг. А config.apply заменяет ВЕСЬ конфиг — частичные объекты удаляют всё остальное.

Безопасное обновление:

  1. Бэкап: cp openclaw.json openclaw.json.bak
  2. Пинить версию в docker-compose: image: openclaw/openclaw:2026.3.23-2
  3. Обновить: docker compose pull && docker compose up -d
  4. Мигрировать конфиг: docker compose exec openclaw openclaw doctor --fix
  5. Для мелких правок: openclaw config set key value (не config.apply!)
Несколько ботов на одном сервере

Платформа: VPS / Docker

Причина: Каждый экземпляр OpenClaw запускает свой Gateway на порту 18789 по умолчанию. Два бота с одним портом — конфликт.

Решение через Docker Compose (рекомендуется):

# docker-compose.yml
services:
  bot-support:
    image: openclaw/openclaw:2026.3.23-2
    volumes:
      - ./bot-support:/workspace
    ports: ["18789:18789"]
  bot-sales:
    image: openclaw/openclaw:2026.3.23-2
    volumes:
      - ./bot-sales:/workspace
    ports: ["18790:18789"]

Каждому боту — своя директория с отдельными openclaw.json, SOUL.md и API-ключами.

Бот не отвечает ночью / после простоя (server sleep)

Платформа: VPS / Docker

Причина: Несколько возможных причин: Gateway process упал (systemd не перезапустил), Telegram webhook протух, Ollama cold start занимает 13-46 секунд и вызывает timeout, или хостинг усыпляет VPS.

LLM HTTP request timeout (60s exceeded)

Решение:

  1. Проверить Gateway: openclaw gateway status
  2. Запустить как systemd-сервис: openclaw gateway install --daemon (автоперезапуск)
  3. Для Ollama: увеличить timeout — openclaw config set providers.ollama.requestTimeout 120000
  4. Если Ollama на Docker: host.docker.internal:11434/v1 (не localhost!)
  5. Проверить, что VPS не засыпает (дешёвые хостинги отключают idle-машины)

Проблемы весны 2026

Telegram Bot API 7.x+ — изменения 2026 ломают старые боты

Платформа: Telegram

Причина: После релизов Telegram Bot API в 2026 году (особенно 7.10+) часть прежних паттернов перестала работать: webhook требует более строгой проверки SSL-цепочки, polling чаще выдаёт Conflict: terminated by other getUpdates request, появились новые rate limits на sendMessage в группах, поведение parseMode=MarkdownV2 стало строже к экранированию.

Conflict: terminated by other getUpdates request
Bad Request: can't parse entities: character '.' is reserved
429 Too Many Requests: retry after 30

Решение:

  1. Один токен — один процесс. Если тот же BOT_TOKEN используется в нескольких местах (основной бот + локальный тест + сторонний сервис), на getUpdates возникает deadlock. Решение: либо webhook (можно мульти-сервис на разных URL), либо ровно один поллер
  2. Webhook: использовать сертификат от Let's Encrypt, не self-signed. Telegram теперь жёстче проверяет цепочку. Установка: curl -F "url=https://your.domain/webhook" https://api.telegram.org/bot<TOKEN>/setWebhook
  3. Проверить webhook: curl https://api.telegram.org/bot<TOKEN>/getWebhookInfo — поле last_error_message покажет проблему
  4. На polling-боте при Conflict: curl https://api.telegram.org/bot<TOKEN>/deleteWebhook?drop_pending_updates=true — снимет конкурирующего слушателя
  5. Для MarkdownV2 экранировать _*[]()~`>#+-=|{}.! обратным слэшем. Удобнее переключиться на parseMode=HTML — там нужно экранировать только <, >, &
  6. Rate limit в группах: 20 сообщений в минуту. На массовых рассылках добавить time.sleep(3) между отправками или использовать exponential backoff на 429
  7. Следить за changelog: core.telegram.org/bots/api#recent-changes — Telegram объявляет breaking-изменения за 2-4 недели

Источник: Telegram Bot API changelog

Multi-session OAuth — токены WhatsApp/Discord протухают, аккаунты конфликтуют

Платформа: WhatsApp / Discord / Telegram

Причина: При работе с несколькими каналами одного типа (два WhatsApp Business номера, несколько Discord-серверов) токены протухают чаще обычного, при перезапуске контейнера сессии не восстанавливаются, на Discord после обновлений политики 2026 года появляется Privileged Intent Missing. Meta усилила ротацию токенов WhatsApp Business, Discord обновил Intent-политику.

WhatsApp: token expired, session not found
Discord: Privileged Intent Missing (Message Content)
Telegram: BOT_TOKEN collision detected

Решение:

  1. WhatsApp Business API: Permanent Access Token хранить в персистентном volume (/data/sessions/), не в памяти контейнера. После рестарта подгружается заново
  2. Включить автоматический refresh: в конфиге OpenClaw для WhatsApp-плагина указать auto_refresh: true и проверять expiration по cron раз в сутки
  3. Для нескольких WhatsApp-номеров — отдельный подкаталог сессии на каждый номер: /data/sessions/whatsapp/<phone_number>/. Иначе один токен перезатирает другой
  4. Discord: после обновлений Intent-политики 2026 для чтения сообщений нужен включённый Message Content Intent в Developer Portal плюс ручное согласие при превышении 75 серверов
  5. Discord-боты на 100+ серверах требуют верификацию Discord — без неё Privileged Intents отключаются автоматически
  6. Telegram multi-bot — каждый бот свой BOT_TOKEN в отдельном environment-блоке docker-compose.yaml, не делить токены между сервисами
  7. Логировать все обновления токенов в отдельный лог /data/logs/oauth.log — потом проще диагностировать

Автономность и стабильность

Нестабильность автономности (Опасное выравнивание)

Платформа: все

Причина: Из-за обрезания окна контекста агент неверно интерпретирует сложные задачи и может автономно произвести несанкционированные удаления файлов.

Решение:

  1. Настраивайте жесткие System Prompts (ограничения действий)
  2. Не отключайте подтверждение деструктивных команд (rm -rf, DROP)
Краши интеграций с мессенджерами

Платформа: все

Причина: Циклы зависимостей после архитектурных изменений ядра. Падения каждые 10-60 минут при работе с Telegram, Discord, WhatsApp.

Решение:

  1. Используйте стабильные версии плагинов (откатитесь на мажорные версии начала 2026 года)
  2. Настройте авто-перезапуск сервиса через systemd или PM2
Ложные лимиты API и баги SQLite

Платформа: все

Причина: Баг ложного "API rate limit reached" при исправных ключах OpenAI/Anthropic. Ошибки векторного поиска из-за версий SQLite.

Решение:

  1. Обновите SQLite до последней версии в системе
  2. Сбросьте кэш rate-limit в конфигурации OpenClaw

Свежие проблемы — июль 2026

Проверено по баг-трекеру OpenClaw на 28 июля 2026. Актуальный стабильный выпуск — 2026.7.1 (13 июля), параллельно идёт бета-линия 2026.7.2. Версии датированные: ГОД.МЕСЯЦ.НОМЕР.

gateway did not start on 127.0.0.1:18789 после обновления

Платформа: все, выпуск 2026.7.1

Причина: Шлюз не поднимается ни через системную службу, ни вручную. В логах у части пользователей раньше видно другое: падает регистрация плагина одного из провайдеров, и уже из-за этого не встаёт весь шлюз. То есть сообщение про порт — следствие, а не причина: порт свободен, стартовать нечему.

Starting gateway...
Error: gateway did not start on 127.0.0.1:18789
# выше в логе:
[plugins] codex failed during register:
TypeError: Cannot read properties of undefined (reading 'openSyncKeyedStore')

Решение:

  1. Читать лог с самого начала запуска, а не последнюю строку: настоящая ошибка выше, в регистрации плагинов
  2. Отключить плагин, который падает при регистрации, и поднять шлюз без него — так возвращается доступность остального
  3. Если нужен именно этот плагин — вернуться на 2026.6.11 до выхода исправления
  4. Проверить, что порт действительно свободен: ss -ltnp | grep 18789. Занят — это другая проблема, добейте старый процесс

Issues #108435, #106920

Утечка памяти в шлюзе — рост до десятков ГБ и OOM

Платформа: все, где шлюз работает постоянно

Причина: Потребление памяти шлюза растёт монотонно: с примерно 350 МБ при старте до 15 ГБ за двое-трое суток обычной работы, после чего процесс убивает система. Дальше идёт цикл автоперезапусков. При активной фоновой работе агентов рост ускоряется до часов. На бета-линии 2026.7.2 утечка сохраняется, поэтому обновление её не лечит.

PID 19893  RSS: 15,513 MB  CPU: 89.7%
# затем — kill по нехватке памяти и перезапуск по кругу

Решение:

  1. Поставить жёсткий лимит памяти службе и автоперезапуск: в systemd — MemoryMax плюс Restart=always. Контролируемый рестарт лучше системного убийства процесса
  2. Перезапускать шлюз по расписанию, раз в сутки, пока issue открыт — это неприятно, но предсказуемо
  3. Следить за расходом: ps -o rss= -p $(pgrep -f openclaw) в мониторинг с оповещением на пороге
  4. Сократить число одновременно работающих фоновых агентов — они ускоряют рост в разы
  5. На машине с 8 ГБ памяти без свопа шлюз до суток может не дожить: выделите своп или больше памяти

Issue #91588 (открыт)

Счёт за модель вырос в разы — перестал попадать кэш промптов

Платформа: все, заметнее всего на провайдерах со скидкой за кэш

Причина: После обновления на 2026.6.1 изменилась сборка запроса, и стабильный префикс промпта поехал. Провайдер перестал распознавать повторный префикс, доля попаданий в кэш упала с половины до единиц процентов — каждый запрос считается как новый. У одного пользователя это дало порядка 6 долларов в час на дешёвой модели.

cache hit rate: 50%+  →  3-21%
prompt_tokens_details.cached_tokens — отсутствует в ответе

Решение:

  1. Проверить попадания в кэш по ответам провайдера, а не по внутренней оценке агента: оценка агента и реальность расходятся
  2. Поставить лимит расходов на стороне провайдера прежде чем разбираться — это защищает от счёта за ночь отладки
  3. Обновиться: часть причин исправлена, и стабильность префикса промпта восстановлена в основной ветке
  4. Не менять системный промпт и набор инструментов на каждый запрос: любое изменение в начале запроса обнуляет кэш по определению

Issues #91016, #94518

Ответы бота не видны в Telegram Web

Платформа: Telegram Web (обе версии интерфейса)

Причина: После обновления на 2026.6.8 каждый ответ агента в веб-версии Telegram превращается в заглушку с предложением поставить настольное приложение. В нативных приложениях те же ответы видны нормально. Причина в упаковке выпуска, а не в настройках Telegram или провайдера — воспроизводилось и в Docker, и при обычной установке.

This message is currently not supported on Telegram Web.
Try getdesktop.telegram.org

Решение:

  1. Обновиться на актуальный выпуск — issue закрыт
  2. Если обновление невозможно — вернуться на 2026.6.5, где ответы отображались
  3. Не искать причину в настройках бота: сообщения доходят, проблема в их формате

Issue #93794 (закрыт)

Все результаты инструментов приходят строкой «(see attached image)»

Платформа: все, выпуск 2026.6.11

Причина: Вместо содержимого файла или вывода команды агент получает подстроку-заглушку. Данные не просто отображаются неверно — они реально подменены, и агент строит дальнейшие шаги на пустоте. Смена модели, перезапуск и диагностика не помогают, потому что проблема в сборке выпуска.

Tool result: (see attached image)

Решение:

  1. Обновиться на актуальный выпуск — в 2026.6.11 проблема есть, дальше исправлена
  2. Пока не обновились — не доверять результатам работы агента с файлами: он мог не увидеть содержимое
  3. Смежная проблема: после отправки изображения модели без поддержки картинок все последующие результаты инструментов тоже становятся заглушками — в такой сессии не отправляйте изображения, если модель их не понимает

Issues #104721, #99881

reply session initialization conflicted — падает второе сообщение в сессии

Платформа: все каналы (Telegram, Signal, панель управления)

Причина: Первое сообщение в свежей сессии обрабатывается нормально, а следующее падает с конфликтом инициализации. Состояние не транзиентное: конфликт остаётся, пока сессию не пересоздать. Исправлено в основной ветке — инициализатор теперь повторяет попытку вне блокировки сессии.

reply session initialization conflicted for agent:main:main

Решение:

  1. Обновиться на выпуск с исправлением
  2. Немедленный обход — начать новую сессию командой создания сессии, а не пытаться продолжить сломанную
  3. Проявляется чаще при быстрой отправке второго сообщения сразу после ответа: подождите завершения хода

Issues #102020, #98416, #98220

Субагенты не получают MCP-инструменты

Платформа: все

Причина: При порождении субагента внешние инструменты не попадают в его набор, сколько бы разрешений вы ни прописали — ни списком инструментов субагента, ни разрешениями конкретного агента. Причина в том, как разрешения наследуются: любое ограничивающее правило в цепочке обрезает внешние инструменты целиком. Воспроизводится и на стабильной 2026.7.1, и на бета-линии.

Решение:

  1. Не рассчитывать на субагентов там, где нужны внешние инструменты: пока баг открыт, выполняйте такие шаги в основной сессии
  2. Проверять фактический набор инструментов субагента, а не конфигурацию: конфигурация выглядит корректной, но не применяется
  3. Если разрешения субагента можно не ограничивать — уберите ограничивающие правила из цепочки: именно они обрезают набор

Issue #85030 (открыт)

Задачи по расписанию падают с «LLM request failed»

Платформа: все

Причина: Задачи, запускаемые в отдельной изолированной сессии, стабильно падают на этапе обращения к модели: запрос до провайдера вообще не доходит, входных токенов ноль. Увеличение таймаута не помогает — дело не в длительности. Ручной запуск сначала работает, но после серии автоматических сбоев тоже начинает падать.

LLM request failed
timed out (last phase: model-call-started)

Решение:

  1. Рабочий обход, который применяют пострадавшие: перенести регулярные задачи в системный планировщик (crontab), вызывая агента напрямую
  2. Не крутить таймаут — на этом сбое он не влияет, время потратите зря
  3. Если задача может работать в общей сессии, а не в изолированной — переключите: сбой привязан к изолированному режиму

Issue #91363 (открыт)

openclaw doctor --fix стал работать в 4-5 раз дольше

Платформа: все, особенно VPS со медленным диском

Причина: Регрессия производительности: диагностика обходит снимки сессий целиком при каждом запуске. На проверенном пользователем сервере время выросло с 55 секунд до более 229 секунд, а первый запуск на новой версии вообще не уложился в пять минут.

Решение:

  1. Не считать долгий запуск зависанием — дайте команде отработать, она доходит до конца
  2. Не ставить эту команду в автоматику с коротким таймаутом: она перестала укладываться в минуту
  3. Архивные сессии убрать из рабочего каталога: чем их меньше, тем быстрее проходит обход

Issue #85333 (открыт)

Защита API-аккаунтов от бана (для РФ)

Как избежать блокировки OpenAI / Anthropic

Суть: OpenClaw работает поверх API-ключей. У Anthropic самая агрессивная система банов за гео-конфликты.

Решение (Инструкция 2026):

  • Проксирование API: Используйте сплит-туннелирование (Split Tunneling) для маршрутизации трафика от OpenClaw к api.openai.com/api.anthropic.com через стабильный зарубежный VPS.
  • Оплата подписок: Пополняйте балансы OpenAI через официальные сторы (App Store) гифт-картами.
  • Антидетект: Личный кабинет разработчика (создание ключей) посещайте строго через резидентный прокси с подменой таймзоны и WebRTC в антидетект-браузере (Dolphin Anty).
  • API-агрегаторы: Рассмотрите использование локальных B2B шлюзов (GenAPI), где блокировки отсутствуют.

Полезные ссылки

// Обсуждение

Можно писать анонимно. Укажите email, чтобы получать уведомления об ответах.