Каналы и стабильность агентов: что принес OpenClaw 2026.6.11
Каналы стали заметно гибче: в OpenClaw 2026.6.11 добавили Slack relay mode , нативную команду /oc_queue для Mattermost и переопределение модели для отдельных диалогов в DM. На практике это упрощает автоматизацию, маршрутизацию и тонкую...
Каналы стали заметно гибче: в OpenClaw 2026.6.11 добавили Slack relay mode, нативную команду /oc_queue для Mattermost и переопределение модели для отдельных диалогов в DM. На практике это упрощает автоматизацию, маршрутизацию и тонкую настройку поведения ботов в рабочих каналах.
Фокус
Главная линия релиза — управляемость каналов и предсказуемость агентных сценариев. Помимо новых возможностей для Slack и Mattermost, проект усилил операторские потоки: появились openclaw agent --message-file для запуска из файла и мост пробуждения через RAFT CLI для удаленного wake-up. Отдельно подтянули доставку официальных плагинов: часть из них вынесена наружу аккуратнее, а клиенты теперь получают встроенные метаданные иконок для установленных плагинов.
Вторая крупная тема — надежность выполнения. Для агентов исправили несколько источников «потерянного прогресса»: обработку частичных дельт Codex, активацию harness и стабильность prompt cache в длинном контексте. Это важно для тех, кто работает с длинными прогонами, fallback-сценариями и сложными цепочками инструментов, где даже небольшой сбой обычно дорого обходится по времени.
Техническая деталь
Самое заметное изменение в ежедневной эксплуатации — переработка поведения каналов и доставки сообщений. В релиз вошли исправления для Telegram, WhatsApp и gateway-маршрутизации: улучшен рендеринг progress-сообщений в Telegram, стабилизирован lifecycle webhook, убраны дублирующиеся mirror-записи, ускорен дренаж очереди обновлений, а в WhatsApp сохранен корректный контекст ответов и цитат. Практический эффект здесь простой: меньше «тихих» ошибок на границе канала и меньше расхождений между тем, что агент сделал, и тем, что реально увидел пользователь.
Отдельно расширено покрытие провайдеров и моделей. Обновления затронули разбор каталогов, controls для reasoning, разрешение моделей у провайдеров и поддержку encrypted reasoning. Также исправлены частные случаи для OpenRouter, Ollama, Gemini и префиксов model catalog, чтобы runtime опирался на корректные метаданные при выборе модели и связанных возможностей.
Инфраструктура и QA
В инфраструктурной части релиз тоже не пустой. Команда уточнила категории release scorecard в QA, встроила proof для HTTP API script в QA Lab, поправила unit-fast mocks и сгладила всплески регистрации PR runners в CI. Плюс появились дополнительные тесты для prompt cache на больших входах. Это не самые громкие изменения в changelog, но именно они помогают удерживать поведение релиза ровным на фоне 308 merged PRs в истории v2026.6.10..0a4d0daa8cc99e9b2c6bc78c2e67357272a9fd53.
Что проверить перед обновлением
Если вы используете Slack или Mattermost, проверьте сценарии с
Slack relay modeи командой/oc_queue.
Для DM-потоков имеет смысл пересмотреть настройки model overrides и убедиться, что маршрутизация соответствует ожиданиям.
Если у вас есть интеграции с учетом стоимости, обратите внимание на per-agent usage-cost reporting.
Пользователям Telegram и WhatsApp стоит прогнать основные цепочки доставки, реакции, ответы с цитированием и восстановление контекста диалога.
Если вы работаете с fallback, длинным контекстом или Codex, полезно отдельно проверить кеширование prompt/result и поведение прерванных запусков.
Для безопасной конфигурации стоит убедиться, что ваши non-interactive configure и TLS path настройки не зависят от пустых значений или прежнего «мягкого» поведения.
Итог
OpenClaw 2026.6.11 — это релиз не про один громкий флаг, а про собранную в систему эксплуатационную устойчивость. Каналы стали управляться тоньше, агентные запуски — вести себя стабильнее, а пограничные ошибки у провайдеров, сессий и доставки — реже прятаться в тени. Для команд, которые живут в многоканальной интеграции и длинных агентных сценариях, это обновление выглядит особенно практичным.