OpenClaw 2026.6.11 — релиз надёжности: сообщения больше не теряются, модели не залипают, админские настройки стали безопаснее | open-claw.su

OpenClaw 2026.6.11 — стабильный релиз от 30 июня 2026 года, в котором разработчики собрали обратную связь пользователей и устранили «шероховатости, из-за которых OpenClaw казался менее надёжным». Основные темы: правильная доставка сообщений, восстановление после сбоев моделей и провайдеров, непрерывность сессий и памяти, более безопасные админские настройки по умолчанию, а также две новые возможности для командных развёртываний — Slack router relay mode и Raft External Agent wake bridge.

Полный changelog: v2026.6.11

Что нужно сделать после обновления

# Обновление
npm update -g openclaw
# или
openclaw update

# После обновления — обязательно
openclaw doctor
openclaw doctor --fix

Каналы и доставка: сообщения уходят туда, куда нужно

Главное улучшение релиза — каналы перестали терять, дублировать и неправильно адресовать сообщения. Если раньше в многоканальных сценариях OpenClaw мог ответить не в тот тред, показать устаревший прогресс или вообще замолчать до перезапуска шлюза, теперь таких ситуаций заметно меньше.

Telegram: прогресс, реакции и ответы держатся в одном разговоре

Ответы не «прыгают» на старые сообщения. Если пользователь цитирует предыдущее сообщение бота, Telegram-ответ привязывается к текущему вопросу, а не уходит в старый контекст. Цитаты чужих сообщений по-прежнему отвечают на выбранную цитату.
Реакции работают как задумано. Вместо «утёкших» инструкций или пропавших реакций пользователь видит нативную реакцию Telegram.
Прогресс-уведомления не залипают. Старый прогресс-бабл очищается перед появлением нового, повторяющиеся статусы показываются, когда работа действительно вернулась к ним, а завершённые сообщения не получают устаревшие статусы.
Rich-сообщения сохраняют форматирование. Абзацы, списки и статус-строки больше не слипаются в одну строку.
Зависшие сообщения восстанавливаются сами. После долгой задачи, падения или перезапуска шлюза Telegram-чат не требует ручного «пинания».
Webhook-боты не пропускают сообщения. Короткие перезапуски, перезагрузки конфигурации и циклы восстановления не вызывают временные «чёрные окна» для личных и групповых сообщений.

WhatsApp: группы, цитаты и реакции привязаны к контексту

Групповые разговоры сохраняют правильный контекст при повторных попытках, переподключениях и сменах группы.
Конечный ответ остаётся привязанным к сообщению пользователя, а не цитирует старый ответ бота.
Подтверждения exec-запросов через реакцию больше не застревают, даже если WhatsApp идентифицирует один и тот же чат по-разному.

Discord: длинные ответы и голосовые разговоры не ломаются

Длинные сообщения с кодом не исчезают, если закрывающий блок кода попадает рядом с лимитом в 2000 символов.
Успешные ответы через message tool больше не вызывают ложное предупреждение об ошибке.
В голосовых каналах следующая реплика воспроизводится после завершения предыдущей аудиопотока.

Matrix: память и шифрование под контролем

Шлюзы E2EE Matrix больше не «утекают» памятью при долгой работе и не падают от постепенного роста потребления RAM.
При слишком большом или зависшем ответе homeserver выдаётся понятная ошибка вместо неограниченной буферизации.
Принудительный сброс шифрования корректно обрабатывает отсутствующее секретное хранилище.

Mattermost и Google Chat

В Mattermost появилась команда /oc_queue для настройки очереди активных запусков.
В тредах Mattermost можно продолжать писать без повторного упоминания бота, и это сохраняется после перезапуска шлюза семь дней.
Google Chat: личные сообщения больше не маршрутизируются как групповые чаты, а при безопасном результате инструмента не показывает вводящий в заблуждение баннер ошибки.

Персональные модели для отдельных контактов

Теперь несколько человек, использующих один шлюз, могут назначать разные модели для отдельных личных сообщений в поддерживаемых каналах. Групповые и wildcard-выборы моделей продолжают работать как раньше.

Провайдеры и модели: fallback и восстановление стали прозрачнее

Релиз устраняет ситуации, при которых модель «замирала», уходила в ошибку или не переключалась на запасную.

Запасные модели и лимиты

Cron-задачи могут повторить попытку или переключиться на настроенную запасную модель, когда локальный провайдер возвращает generic-ошибку LLM request failed.
Codex при исчерпании лимита подписки переходит на запасные модели и не перезапускает запуски, у которых уже есть видимый результат.
Claude CLI при нехватке кредитов или generic runner failure теперь тоже может использовать запасную модель.
Expired provider tokens больше не засыпают полезные логи повторяющимися fallback-предупреждениями.

Конкретные провайдеры

OpenRouter: короткие идентификаторы DeepSeek V4 работают без дублирования префикса провайдера; сканирование каталогов отбрасывает слишком большие или повреждённые ответы до исчерпания памяти.
Ollama Cloud: после перезапуска остаются только явно настроенные модели, а не весь общий каталог; доступен glm-5.2:cloud с контекстом в 1 000 000 токенов.
Google Gemini 3.5 Flash использует полный контекст 1 048 576 токенов.
MiniMax: голосовые заметки и text-to-speech явно запрашивают декодируемый аудиоформат.
LM Studio: квантованные и многовариантные локальные модели не падают с ложными assistant-turn failures.
Vercel AI Gateway: работают live-only модели, которых нет в bundled-списке.
Xiaomi Token Plan: mimo-v2.5 и mimo-v2.5-pro теперь поддерживают до 128K выходных токенов вместо устаревшего лимита 32K.

Fast mode не теряется

Автоматический быстрый режим, появившийся в 2026.6.10, теперь сохраняет свой выбор при переключении моделей, fallback-попытках и длинных сессиях. В статусе видно, когда fast mode активен автоматически.

Сессии, память и доверие: контекст не пропадает

Сессии и компакция

Control UI сохраняет текущую сессию после сна, потери сети или переподключения шлюза.
WebChat показывает корректный статус текущей сессии: модель, уровень reasoning, контекст, стоимость — не из fallback-сессии main.
Остановка во время автоматической компакции больше не обрезает контекст: компакция отменяется вместе с запуском.
Длинные сессии с множеством tool calls компактятся корректно даже с большим tool-результатом в конце.
OpenAI Responses восстанавливаются, если видимый канальный ответ оставил историю неполной.

Память

openclaw memory status теперь корректно показывает активную фазу или REM-dreaming вместо ложного Dreaming: off.
QMD-поиск памяти останавливает фоновые процессы, если агент уже перешёл к другой задаче.
Ollama-поиск уважает настроенные embedding-размерности и не смешивает индексы разных размеров.
Память остаётся привязана к правильной сессии даже при изменении имён transcript-файлов.
Memory Wiki больше не копирует собственные сгенерированные страницы обратно в себя, не теряет заметки пользователя при повторном импорте источника и не запускает лишнюю recall-работу во время nightly dreaming.

Безопасность и trust boundary

Trusted tool policies сохраняют блокировку/перезапись чувствительных вызовов после изменений registry шлюза, reload или поздней инициализации hook.
Trusted package sources отвергают похожие «соседние» пути: доверие к /artifactory/openclaw больше не допускает /artifactory/openclaw-malicious.
Control UI получил патч DOMPurify для снижения риска уязвимости GHSA-cmwh-pvxp-8882.
Always allow approvals для plugin conversation bindings переносятся из старых настроек и не теряются при работе нескольких процессов.

Новые возможности для командных сценариев

Slack router relay mode

В управляемых развёртываниях с несколькими шлюзами теперь можно использовать центральный роутер Slack. Он распределяет упоминания и активные треды между нужными OpenClaw-шлюзами, при этом ответы по-прежнему выходят от имени Slack. Полезно для корпоративных установок, где один workspace Slack обслуживает разные команды или окружения.

Raft External Agent wake bridge

Raft-канал и плагин теперь поддерживают локальный CLI wake bridge для External Agents. Это значит: если в workspace появляется отложенная работа, можно «разбудить» OpenClaw-агента через локальный CLI с именованными профилями и проверкой необходимых зависимостей.

Плагины, упаковка и интерфейсы

Плагины и ClawHub

Установка и починка официальных плагинов стала надёжнее: openclaw doctor не оставляет pinned-плагины на старой версии; npm-обновления не ломают работающий шлюз; plugin trust warnings теперь показывают готовый пример plugins.allow.
Plugin discovery делает меньше блокирующих проверок файловой системы при старте — особенно заметно на медленных Windows-дисках.
ClawHub skill discovery и запросы обновлений корректно обрабатывают большие таймауты и oversized-ответы.
Официальные плагины теперь показывают узнаваемые иконки; цвета Simple Icons больше не форсируются единым hard-coded значением.
Windows source install больше не блокируется шагом llama.cpp.

Docker и установка

Появился официальный Docker Hub mirror openclaw/openclaw наряду с GHCR.
Бета-релизы не сдвигают stable-aliases latest и main.
Git-based установки используют pinned-версию pnpm из репозитория.

Мобильные клиенты и Control UI

Android: обновлённый Overview, экран Approvals с возможностью обновить и разрешить/отклонить команду, открытие Health log и Skill rows в Settings.
iOS: консистентные цвета брендинга, более ясные запросы на push-уведомления, onboarding до запроса локальной сети.
Control UI: квота OpenAI/Codex снова видна в боковой панели, отображение 1M вместо 1000k, счётчики cron показывают только включённые задания, theme tooltips стали короче.
TUI: локальное выключение не превышает безопасные лимиты таймера при огромных значениях OPENCLAW_TUI_LOCAL_RUN_SHUTDOWN_GRACE_MS.

Gateway и админские инструменты

openclaw gateway probe --timeout ... теперь ждёт заданный таймаут для медленных, но доступных удалённых шлюзов.
Gateway readiness checks переходят в unhealthy во время drain перезапуска.
systemd и LaunchAgent-управляемые шлюзы остаются запущенными при обновлениях и давлении памяти.
Gateway restarts используют durable state DB для handoff и отбрасывают stale/malformed запросы.
zsh tab-completion корректно отображает описания опций с $-переменными и backtick-примерами.
Настраиваемые каналы остаются видимыми в openclaw channels status --json.

Бета-канал: что готовится дальше

2026.6.11 — текущий стабильный релиз. Бета-версий следующего релиза на момент выхода 2026.6.11 ещё не было. Как только появится стабильный 2026.6.12 или следующая ветка, обзор выйдет отдельно.

Как обновиться

# Стабильная версия
npm update -g openclaw
# или
openclaw update

# Проверка и починка
openclaw doctor
openclaw doctor --fix

После обновления рекомендуется перезапустить gateway, особенно если вы используете Telegram webhook, WhatsApp, Matrix E2EE или несколько каналов одновременно.

Итог

OpenClaw 2026.6.11 — это релиз «причёсывания» надёжности. Никаких революционных новых фич, но много боли повседневной эксплуатации ушло: сообщения уходят туда, куда нужно; прогресс не залипает; модели переключаются на резервные; сессии и память не разваливаются; плагины проще чинить; админские настройки стали безопаснее. Если вы активно используете OpenClaw в каналах — обновляться стоит.