21:31

OpenClaw 2 (2026.9.1): диаграммы в чатах, безопаснее обновления и Android

Коротко

• Диаграммы в разговорах: Mermaid-блоки теперь отображаются как диаграммы в Control UI, macOS, iOS и Android, а исходный код остаётся доступным рядом.
• Обновления осторожнее: openclaw update лучше сохраняет рабочую конфигурацию, откатывает npm-кандидат после проваленного Doctor и передаёт сбой в triage-сценарий (разбор причины сбоя).
• Android ближе к веб-интерфейсу: чат, сессии, боковая навигация, настройки внешнего вида и запасной путь для голоса стали заметно практичнее для ежедневного использования.

Что изменилось

Релиз v2026.9.1 опубликован 3 сентября 2026 года. Официальные release notes (заметки к релизу) указывают масштаб выпуска: 1 186 pull request (запросов на изменение), 28 прямых commits (коммитов) и 281 contributor (участник разработки). Это не только пользовательский апдейт интерфейса, но и большой эксплуатационный релиз для обновлений, Gateway, памяти, навыков, каналов, нативных приложений, плагинов, безопасности и производительности.

Главное видимое изменение — Mermaid-диаграммы прямо в переписке. Завершённые Mermaid-блоки рендерятся в Control UI и нативных клиентах, рядом остаются исходник, копирование, раскрытие и элементы увеличения. Для операторов это полезно в архитектурных схемах, runbook-процессах (рабочих инструкциях) и разборе инцидентов: диаграмму больше не нужно переносить в отдельный инструмент, чтобы понять поток.

При этом рендеринг сделан осторожно. Некорректные, слишком большие или внешне-зависимые диаграммы не превращаются в пустой блок: OpenClaw должен оставить читаемый исходник и показать ошибку. В нативных приложениях диаграммы также остаются локальными: Android даёт полноэкранный просмотр с увеличением и перемещением, iOS — векторный предпросмотр, работающий без сети, macOS — компактные настольные контролы.

Установка и onboarding (первичная настройка) получили более короткий путь. Свежая установка, включая npx openclaw@latest, может переиспользовать уже проверенный доступ Claude Code, Codex или существующий provider key (ключ провайдера), проверить его реальным ответом и открыть web dashboard (веб-панель) из foreground Gateway (Gateway в текущем терминале). Для headless-хостов (серверов без графического интерфейса) предусмотрены одноразовая authenticated dashboard link (аутентифицированная ссылка панели) и SSH tunnel template (шаблон SSH-туннеля), без открытия постоянных Gateway-учётных данных наружу.

Обновления и обслуживание стали безопаснее для живых инсталляций. openclaw update теперь лучше различает, что можно завершить автоматически, а где нужен operator action (действие оператора): unresolved plugin consent (неподтверждённые права плагина), неполная миграция approvals (разрешений) или опасное состояние останавливают обновление с понятным repair path (путём исправления). Если global npm update (глобальное npm-обновление) отклонён Doctor, OpenClaw восстанавливает предыдущий пакет и launchers (запускатели), а Gateway оставляет остановленным для проверки. Для пользователей 2026.8.2 без service manager (менеджера сервиса) отдельно указан разовый путь openclaw update --no-restart.

Gateway тоже получил большой блок устойчивости. Старые некорректные cron-записи теперь quarantined (изолируются), а не блокируют запуск. Под нагрузкой и при больших списках агентов startup (запуск) должен раньше отдавать health-состояние (состояние здоровья сервиса), migration warnings (предупреждения миграции) могут переводить Gateway в видимый degraded mode (ограниченный режим) вместо бесконечного рестарта, а локальные model servers (серверы локальных моделей) становятся предпочтительными OOM victims (процессами, которые безопаснее завершить при нехватке памяти).

В Codex-контуре важное изменение касается approvals (разрешений на действия). Allow Always теперь может сохраняться для подходящих MCP tools (MCP-инструментов) на серверах, настроенных через OpenClaw, но привязан к конкретному агенту, серверу и инструменту. Remote Codex placement (удалённое размещение Codex) получает более короткую область действия: разрешение переиспользуется только пока совпадают placement (размещение), workspace (рабочая область), pairing (связка устройства), parent approval (родительское разрешение) и процесс Gateway. Это снижает лишние запросы, но не превращает approval в бессрочный общий доступ.

Ещё один практический пункт: approvals от delegated system agents (делегированных системных агентов) теперь доходят в исходный чат, включая Telegram topics (темы Telegram). Если системный агент предлагает правку конфигурации или restart Gateway (перезапуск Gateway), карточка подтверждения должна прийти туда, откуда была запрошена работа, а не зависнуть в стороне без видимого действия.

Нативные приложения заметно подтянулись. Android получил более полную рабочую область чата: шире composer (поле ввода), понятнее controls (элементы управления) для моделей, effort (уровня усилия), Fast Mode (быстрого режима) и permissions (прав), навигация по сессиям из native catalog (нативного каталога), стабильнее настройки внешнего вида и отдельный voice-note recording путь (запись голосовой заметки), когда dictation (диктовка) недоступна. На iOS, macOS и Android диаграммы Mermaid теперь читаются как встроенные схемы, а не только как код.

Память стала безопаснее обслуживать. Появился явный openclaw memory reset, который сбрасывает rebuildable index data (пересоздаваемые индексные данные), но не удаляет sessions (сессии), transcripts (транскрипты) и memory source files (исходные файлы памяти). One-shot openclaw memory search (разовый поиск по памяти) меньше запускает лишнюю переиндексацию, а Active Memory сообщает модели, когда deep recall (глубокий поиск воспоминаний) был пропущен или недоступен, чтобы отсутствие контекста не выглядело как пустой успешный поиск.

Skills (навыки) переходят к более командной модели. На shared Gateway (общем Gateway) участники могут вести personal skill libraries (личные библиотеки навыков), импортировать ZIP-архивы, делиться навыками и публиковать их от конкретной identity (идентичности). При этом выбранная revision (ревизия) навыка сохраняется вместе с supporting files (сопроводительными файлами) и executable permissions (правами на выполнение) при переносе работы между local, sandbox, cloud и node workers (локальной средой, песочницей, облаком и worker-узлами).

В моделях и провайдерах релиз укрепляет setup (настройку) и routing (маршрутизацию). Model Setup показывает, через какой account (аккаунт) или API key (API-ключ) выполнен вход, добавлена поддержка Anthropic Fable 5.1 из shared model metadata (общих метаданных моделей), видна SuperGrok usage (статистика использования), а выбранные GPT-5.6 Ultra и externally authenticated providers (внешне авторизованные провайдеры) должны устойчивее сохраняться при смене runtime boundaries (границ среды выполнения). Local Ollama и llama.cpp-маршруты также лучше остаются выбираемыми после auth или config changes (изменений авторизации или конфигурации).

Безопасность в релизе в основном про границы и диагностику. Появились hostname blocklists (списки запрещённых хостов) для browser (браузерного доступа), guarded web fetches (защищённых web-запросов) и automation webhooks (вебхуков автоматизации); Azure OpenAI BYOK proxy получает отдельную проверку per-process nonce (одноразового признака процесса); A2A JSON-RPC batches и responses (пакеты и ответы JSON-RPC) ограничены по размеру; SMS webhooks ограничивают pre-auth reads (чтение до авторизации); secret-shaped values (значения, похожие на секреты) редактируются и логируются аккуратнее. Это не заменяет сетевой firewall (межсетевой экран), но даёт операторам более предсказуемые guardrails (ограничители) внутри OpenClaw.

Также есть практичные исправления по каналам: Slack, Discord, Telegram, WhatsApp, iMessage, Signal, Google Chat, Teams, Matrix, Feishu и другие интеграции получили фокус на доставке ответов, thread context (контексте веток), media limits (лимитах медиа), acknowledgements (подтверждениях доставки) и восстановлении после перезапуска. Общий смысл для операторов простой: после обновления стоит проверить не только openclaw status, но и реальные маршруты доставки.

Что это значит на практике

• Для операторов Gateway: перед обновлением стоит сделать backup (резервную копию), затем проверить openclaw update, openclaw doctor --fix, состояние service manager (менеджера сервиса) и реальные delivery-маршруты (маршруты доставки).
• Для команд в Telegram/каналах: approvals (разрешения) и ответы должны чаще доходить в исходный чат; после апдейта нужно проверить темы Telegram, callback-кнопки (кнопки обратного вызова), вложения и финальные ответы после tool-вызовов (вызовов инструментов).
• Для пользователей Control UI и нативных apps (приложений): Mermaid-схемы можно использовать как обычную часть рабочего диалога: для архитектуры, инструкций, цепочек согласования и incident flow (потока разбора инцидента).
• Для владельцев skills: personal libraries (личные библиотеки) на shared Gateway уменьшают зависимость от администратора, но требуют дисциплины по ownership (владению), публикации и проверке выбранной ревизии.
• Для тех, кто активно использует память: openclaw memory reset стоит рассматривать как способ перестроить индексы без удаления истории, но не как privacy purge (очистку приватных данных).

Практический вывод: 2026.9.1 выглядит как релиз, который стоит планово ставить на текущую ветку OpenClaw 2, особенно если в контуре есть обновления через Gateway, Telegram/Slack/Discord, Codex approvals, Active Memory, skills или Android-клиент. Для production-инсталляций (боевых установок) разумный порядок прежний: backup, обновление, Doctor, проверка каналов и один реальный тестовый turn (ход диалога) с инструментом.

Source

Release notes (en): v2026.9.1

Official release docs (en): OpenClaw docs: v2026.9.1