Интерфейс управления

• Общайтесь с моделью через Gateway WS (chat.history, chat.send, chat.abort, chat.inject).
• При обновлении истории чата запрашивается ограниченное окно последних сообщений с ограничениями объема текста для каждого сообщения, поэтому крупные сеансы не заставляют браузер отрисовывать полный объем стенограммы до того, как чат станет доступен.
• При наведении указателя или переводе фокуса с клавиатуры на ссылку публичной задачи или запроса на включение изменений GitHub отображаются ее состояние, название, автор, недавняя активность, комментарии и статистика изменений. Подключенный Gateway получает и кэширует публичные метаданные, не изменяя адрес ссылки, в том числе когда интерфейс использует удаленный Gateway. Gateway использует GH_TOKEN или GITHUB_TOKEN, когда они доступны, предварительно убедившись, что репозиторий публичный; в противном случае он использует анонимный API GitHub с более длительным кэшированием.
• Общайтесь голосом через браузерные сеансы реального времени. OpenAI использует прямое подключение WebRTC, Google Live — ограниченный одноразовый браузерный токен через WebSocket, а голосовые плагины реального времени, работающие только на серверной стороне, используют ретрансляцию через Gateway. Сеансы провайдера, управляемые клиентом, запускаются с помощью talk.client.create; сеансы ретрансляции Gateway запускаются с помощью talk.session.create. Ретрансляция сохраняет учетные данные провайдера в Gateway, пока браузер передает PCM-поток с микрофона через talk.session.appendAudio, перенаправляет вызовы инструментов провайдера openclaw_agent_consult через talk.client.toolCall для применения политик Gateway и более крупной настроенной модели OpenClaw, а также направляет голосовое управление активным запуском через talk.client.steer или talk.session.steer.
• Передавайте вызовы инструментов и карточки их вывода в реальном времени в Чате (события агента). Активность инструментов отображается строками с учетом их типа: для команд оболочки показываются команда с подсветкой синтаксиса и вывод в стиле терминала; для поддерживаемых вызовов редактирования и записи показываются ограниченные встроенные различия, номера строк, когда они доступны, и статистика +added -removed; последовательные вызовы сворачиваются в сводку, например «Выполнено 13 команд, прочитано 6 файлов, изменено 9 файлов». Пока запуск активен, название последнего выполняемого вызова отображается в заголовке группы. Разверните строку, чтобы просмотреть остальные аргументы и необработанный вывод.
• Необязательные формируемые ИИ заголовки назначения для сложных вызовов инструментов (длинных команд оболочки, инструментов плагинов с большим числом аргументов), включаемые с помощью gateway.controlUi.toolTitles: true (по умолчанию отключены). Заголовки поступают из пакетного метода chat.toolTitles через стандартную маршрутизацию служебных моделей — явно заданную utilityModel (провайдер выбирается оператором, как и для других служебных задач) либо объявленную провайдером сеанса малую модель по умолчанию — и кэшируются на стороне gateway отдельно для каждого агента. Когда эта функция отключена или подходящая недорогая модель недоступна, строки сохраняют свои детерминированные подписи и вызов модели не выполняется.
• Запускайте или отклоняйте временные последующие задачи, предложенные моделью; принятые предложения открывают новый сеанс в управляемом рабочем дереве с предложенным запросом.
• Вкладка активности с локальными для браузера сводками текущей активности инструментов, в которых приоритет отдается редактированию конфиденциальных данных и которые формируются из существующей доставки событий session.tool / инструментов.

• Каналы: состояние встроенных, поставляемых в комплекте и внешних каналов плагинов, вход по QR-коду и конфигурация каждого канала (channels.status, web.login.*, config.patch).
• При обновлении результатов проверки каналов предыдущий снимок остаётся видимым, пока завершаются медленные проверки провайдера; частичные снимки помечаются, если проверка или аудит превышает отведённое ему время в интерфейсе.
• Сеансы (страница настроек в разделе Агенты и инструменты, /settings/sessions): по умолчанию отображает сеансы настроенных агентов, позволяет закреплять часто используемые сеансы, переименовывать их, архивировать или восстанавливать неактивные сеансы, обрабатывать устаревшие ключи сеансов ненастроенных агентов и применять для отдельных сеансов переопределения модели, режима обдумывания, быстрого и подробного режимов, трассировки и рассуждений (sessions.list, sessions.patch). Закреплённые сеансы располагаются выше недавних незакреплённых; архивированные сеансы находятся в представлении архива на странице сеансов и сохраняют свои стенограммы. В строках сеансов с активностью после последнего прочтения отображается точка непрочитанного, а также доступны действия «пометить как непрочитанное» и «пометить как прочитанное» (sessions.patch { unread }) и действие создания ответвления, которое переносит копию стенограммы в новый сеанс (sessions.create { parentSessionKey, fork: true }). Плитки обзора над таблицей обобщают загруженный список (число сеансов, активные запуски, непрочитанные сеансы и общее количество токенов); каждая строка содержит значок типа с точкой активного запуска, состояние отображается обычной точкой с подписью, а в столбце токенов показывается индикатор использования окна контекста, если сеанс сообщает количество токенов и размер контекста. Действия управления строкой находятся в её меню (кнопка с вертикальным многоточием или щелчок правой кнопкой мыши), которое соответствует меню сеанса на боковой панели, а выдвижная панель строки показывает среду выполнения агента и длительность запуска наряду с другими сведениями о сеансе.
• Группировка сеансов: элемент управления «Группировать по» распределяет таблицу сеансов по разделам на основе пользовательских групп, канала, типа, агента или даты. Пользовательские группы сохраняются отдельно для каждого сеанса через sessions.patch (category), поэтому можно также распределять по категориям сеансы, начатые из каналов сообщений (Discord, Telegram, WhatsApp, ...); назначайте группы, перетаскивая строки в раздел или используя селектор группы в каждой строке, а создавайте группы действием «Новая группа».
• Память (вкладка на странице агентов, относящаяся к выбранному агенту): состояние Dreaming, переключатель включения и отключения и средство просмотра дневника снов (doctor.memory.status, doctor.memory.dreamDiary, config.patch).

• Автоматизации (задания Cron): карточки показателей (число автоматизаций, число сбоев, состояние планировщика, следующее пробуждение) над переключателем вкладок автоматизаций и истории запусков; на вкладке автоматизаций задания перечислены в фильтруемой таблице (все/активные/приостановленные, поиск, фильтры по расписанию и последнему запуску, меню действий в каждой строке), под которой приведены предложения для начала работы, а на вкладке истории запусков показаны последние запуски всех автоматизаций (cron.*).
• Задачи: обновляемый в реальном времени журнал активных и недавних фоновых задач со связанными сеансами и возможностью отмены (tasks.*).
• Плагины: просмотр списка установленных плагинов и отобранного каталога, поиск в ClawHub, установка и удаление кода плагинов, а также включение и отключение установленных плагинов (plugins.*); в строках серверов MCP параметр mcp.servers изменяется через методы конфигурации.
• Skills: состояние, включение и отключение, установка, обновление ключей API (skills.*).
• Устройства: единый список объединяет записи сопряжённых устройств, каталог Node и сведения о присутствии в реальном времени (device.pair.list, node.list, system-presence). Хост Gateway закреплён первым; для сопряжённых клиентов отображаются состояние подключения, роли, токены, возможности и команды. Повторяющиеся сопряжения сворачиваются в раскрываемую группу, а действие Очистить N устаревших массово удаляет подтверждённые администратором автономные дубликаты, которые были одобрены автоматически (локально без уведомления, по доверенному CIDR или с проверкой по SSH) либо появились до внедрения сведений о происхождении одобрения. Записи можно удалять (node.pair.remove, device.pair.remove), сопряжение устройств и повторное одобрение узлов выполняются непосредственно в интерфейсе (device.pair.*, node.pair.approve/reject), а коды настройки мобильных устройств создаются в той же карточке.
• Подтверждения выполнения: изменение списков разрешений Gateway или узла и политики запросов для exec host=gateway/node (exec.approvals.*).

• Просмотр и изменение ~/.openclaw/openclaw.json (config.get, config.set).
• Агенты: страница настроек (Настройки → Агенты, /settings/agents) с вкладками для каждого агента (обзор, файлы, инструменты, Skills, каналы, автоматизации, память). На вкладке обзора изменяются сведения об агенте — отображаемое имя, эмодзи и изображение аватара, которое перед agents.update уменьшается и ограничивается по размеру в браузере. При сохранении настроенные поля идентификации записываются и отражаются в файле рабочего пространства IDENTITY.md; настроенные значения имеют приоритет над ручными изменениями тех же полей файла.
• Профиль: страница настроек, на которой показаны сведения об агенте по умолчанию и статистика использования за всё время — общее количество токенов, день максимальной активности, самый длинный сеанс, серии дней активности, тепловая карта токенов за год, наиболее используемые инструменты и основные показатели каналов (usage.cost, sessions.usage).
• Для MCP предусмотрена отдельная страница настроек со строками серверов только для чтения (сводки по транспорту, включению, OAuth, фильтрам и параллельной обработке), распространёнными командами оператора и редактором соответствующего раздела конфигурации mcp; добавление, включение, отключение и удаление серверов выполняется на странице плагинов.
• Провайдеры моделей: страница настроек со списком всех настроенных провайдеров моделей, где для каждого показаны фирменный значок, состояние аутентификации (models.authStatus), доступность моделей (models.list), актуальные данные о плане, квоте и оплате, если провайдер их предоставляет (usage.status), а также локальные расходы сеансов за последние 30 дней (sessions.usage). Действие «Обновить» повторно считывает состояние учётных данных и данные об использовании провайдера.
• Подключение: страница настроек (в разделе Подключения), управляющая собственным подключением панели мониторинга к Gateway — URL WebSocket, токен Gateway, пароль и ключ сеанса по умолчанию, — а также последним снимком рукопожатия (состояние, время работы, интервал тактов, время последнего обновления каналов). Экран входа в автономном режиме обрабатывает случай отсутствия подключения; эта страница изменяет параметры подключения, когда оно установлено.
• Применение и перезапуск с проверкой (config.apply), после чего возобновляется последний активный сеанс.
• При записи используется проверка хеша основы, предотвращающая перезапись параллельных изменений.
• Перед записью (config.set/config.apply/config.patch) предварительно проверяется разрешение активных SecretRef для ссылок в отправленной конфигурации; отправленные активные ссылки, которые не удалось разрешить, отклоняются до записи.
• При сохранении формы отбрасываются устаревшие скрытые заполнители, которые невозможно восстановить из сохранённой конфигурации, но сохраняются скрытые значения, всё ещё соответствующие сохранённым секретам.
• Схема и отрисовка формы формируются из config.schema / config.schema.lookup, включая поля title/description, соответствующие подсказки интерфейса, краткие сводки непосредственных дочерних элементов, метаданные документации для вложенных объектов, подстановочных знаков, массивов и узлов композиции, а также схемы плагинов и каналов, если они доступны. Редактор необработанного JSON доступен только тогда, когда снимок допускает безопасное двустороннее преобразование без потерь; в противном случае Control UI принудительно использует режим формы.
• Действие «Сбросить до сохранённого» в редакторе необработанного JSON сохраняет исходную структуру необработанного содержимого (форматирование, комментарии, расположение $include) вместо повторной отрисовки уплощённого снимка, поэтому внешние изменения сохраняются после сброса, если снимок допускает безопасное двустороннее преобразование.
• Структурированные объектные значения SecretRef отображаются в текстовых полях формы только для чтения, чтобы предотвратить случайное повреждение при преобразовании объекта в строку.

• Анализ токенов и оценочной стоимости на основе сеансов ведётся отдельно от расчётов провайдера.
• Карточки провайдеров вызывают usage.status и показывают актуальные названия планов, окна квот, остатки, расходы и бюджеты, предоставляемые настроенными плагинами провайдеров.
• Ошибка получения данных об использовании провайдера не блокирует панель сеансов и стоимости; недоступные карточки провайдеров показывают собственное состояние ошибки.

• Отладка: снимки состояния, работоспособности и моделей, журнал событий и ручные вызовы RPC (status, health, models.list).
• Журнал событий содержит сведения о времени обновлений Control UI и вызовов RPC, времени медленной отрисовки чата и конфигурации, а также записи об отзывчивости браузера при длительных кадрах анимации или длительных задачах, если браузер предоставляет соответствующие типы записей PerformanceObserver.
• Журналы: просмотр в реальном времени последних записей файловых журналов Gateway с фильтрацией и экспортом (logs.tail).
• Обновление: обновление пакета или репозитория Git с последующим перезапуском (update.run) и отчётом о перезапуске, затем опрос update.status после повторного подключения для проверки версии работающего Gateway.

• При выборе строки открывается полноэкранное представление сведений с переключателем «Активно/Приостановлено» и действием «Запустить сейчас» в заголовке (в его меню доступны запуск при наступлении срока, клонирование и удаление); на вкладке настроек автоматизация изменяется непосредственно в интерфейсе (запрос, подробности, периодичность, расширенные переопределения), а на вкладке истории запусков показаны запуски этой автоматизации.
• Начальные шаблоны автоматизаций под таблицей предварительно заполняют форму создания изменяемым запросом и расписанием.
• Для изолированных задач по умолчанию отправляется сводное уведомление; для запусков, предназначенных только для внутреннего использования, выберите отсутствие доставки.
• Поля канала и назначения появляются при выборе уведомления.
• В режиме Webhook используется delivery.mode = "webhook", а delivery.to должен содержать допустимый URL Webhook по протоколу HTTP(S).
• Для задач основного сеанса доступны режимы доставки через Webhook и без доставки.
• Расширенные элементы управления включают удаление после запуска, очистку переопределения агента, параметры точного или распределённого запуска Cron, переопределения модели и режима обдумывания агента, а также переключатели доставки по мере возможности.
• Проверка формы выполняется непосредственно в интерфейсе с ошибками для отдельных полей; недопустимые значения блокируют кнопку сохранения до исправления.
• Задайте cron.webhookToken, чтобы отправлять отдельный bearer-токен; если значение не указано, Webhook отправляется без заголовка аутентификации.
• cron.webhook — устаревший резервный механизм совместимости: выполните openclaw doctor --fix, чтобы перенести сохранённые задания, которые всё ещё используют notify: true, на явную доставку через Webhook или доставку по завершении для каждого задания.

• chat.send выполняется неблокирующим образом: подтверждение с { runId, status: "started" } отправляется немедленно, а ответ передаётся в потоковом режиме через события chat. Доверенные клиенты Control UI также могут получать необязательные метаданные времени подтверждения для локальной диагностики.
• Загрузки в чат принимают изображения и файлы, кроме видео. Для изображений сохраняется собственный путь изображения; остальные файлы хранятся как управляемые медиафайлы и отображаются в истории в виде ссылок на вложения.
• Повторная отправка с тем же idempotencyKey возвращает { status: "in_flight" }, пока операция выполняется, и { status: "ok" } после завершения.
• Размер ответов chat.history ограничен для безопасности пользовательского интерфейса. Если записи расшифровки слишком велики, Gateway может обрезать длинные текстовые поля, опускать объёмные блоки метаданных и заменять слишком большие сообщения заполнителем ([chat.history omitted: message too large]).
• Если видимое сообщение ассистента было обрезано в chat.history, боковая панель чтения может по запросу получить полную нормализованную для отображения запись расшифровки через chat.message.get, используя sessionKey, активный agentId, когда это необходимо, и messageId расшифровки. Если Gateway по-прежнему не может вернуть больше данных, панель чтения явно показывает состояние недоступности вместо незаметного повторения обрезанного предварительного просмотра.
• Изображения ассистента и сгенерированные изображения сохраняются как ссылки на управляемые медиафайлы и возвращаются через аутентифицированные URL-адреса медиафайлов Gateway, поэтому после перезагрузки не требуется сохранять необработанные данные изображений в формате base64 в ответе истории чата.
• При отображении chat.history Control UI удаляет из видимого текста ассистента встроенные теги директив, предназначенные только для отображения (например, [[reply_to_*]] и [[audio_as_voice]]), текстовые XML-данные вызовов инструментов (включая <tool_call>...</tool_call>, <function_call>...</function_call>, <tool_calls>...</tool_calls>, <function_calls>...</function_calls> и обрезанные блоки вызовов инструментов), а также просочившиеся управляющие токены модели в формате ASCII и полноширинном формате. Записи ассистента опускаются, если весь их видимый текст состоит только из точного токена молчания NO_REPLY / no_reply или токена подтверждения Heartbeat HEARTBEAT_OK.
• Во время активной отправки и окончательного обновления истории представление чата сохраняет видимыми локальные оптимистичные сообщения пользователя и ассистента, если chat.history на короткое время возвращает более старый снимок; каноническая расшифровка заменяет эти локальные сообщения, когда история Gateway синхронизируется.
• События chat в реальном времени отражают состояние доставки, а chat.history восстанавливается из сохраняемой расшифровки сеанса. После событий завершения инструмента Control UI перезагружает историю и объединяет только небольшой оптимистичный хвост; граница расшифровки описана в разделе WebChat.
• chat.inject добавляет заметку ассистента в расшифровку сеанса и рассылает событие chat для обновлений только пользовательского интерфейса (без запуска агента и без доставки в канал).
• На боковой панели перечислены все загруженные активные сеансы: они сгруппированы по разделам агентов и категориям закреплённых, каналов, рабочих, пользовательских и Chats; единое действие New Session открывает диалог черновика. Открытие видимой строки изменяет только выделение. Пользовательские группы можно сворачивать и переупорядочивать перетаскиванием, а сеансы можно переносить в группу или Chats; названия и порядок групп синхронизируются через Gateway, а состояние свёрнутости сохраняется в браузере. Новый сеанс панели управления асинхронно получает краткий сгенерированный заголовок из первого сообщения, не являющегося командой; явно заданные имена никогда не заменяются. Установите agents.defaults.utilityModel (или agents.list[].utilityModel), чтобы направить этот отдельный вызов модели к модели с меньшей стоимостью. Разворачивание раздела другого агента позволяет просматривать сеансы этого агента, не покидая открытый чат.
• Поиск сеансов находится в палитре команд (⌘K или поле Search в верхней части боковой панели): при вводе запроса просматривается ограниченное число страниц с совпадениями по всем агентам, отфильтровываются внутренние дочерние строки и строки Cron, а видимые совпадения отображаются рядом с командами навигации. На странице Sessions остаётся полный список с поиском и фильтрами.
• В каждой строке боковой панели доступно прямое закрепление и полное контекстное меню для управления состоянием непрочитанности, переименования, создания ответвления, группировки, архивирования и удаления. Для нескольких выбранных строк (Cmd/Ctrl-щелчок, Shift-щелчок для диапазонов) доступно пакетное меню, включающее состояние непрочитанности, группировку, архивирование и удаление; пакетные архивирование и удаление остаются недоступными, если хотя бы один выбранный сеанс нельзя архивировать. Активный запуск и основной сеанс агента нельзя архивировать. При архивировании или удалении выбранного в данный момент сеанса Chat переключается обратно на основной сеанс этого агента.
• В приложении для macOS знак OpenClaw использует пустую в других случаях область стандартной строки заголовка рядом с элементами управления окном, а не занимает строку боковой панели.
• При ширине экрана настольного компьютера элементы управления чатом остаются в одной компактной строке и сворачиваются при прокрутке расшифровки вниз; прокрутка вверх, возврат к началу или достижение конца восстанавливают элементы управления.
• Последовательные одинаковые сообщения, содержащие только текст, отображаются в одном пузыре со значком количества. Сообщения с изображениями, вложениями, выводом инструментов или предварительным просмотром холста не объединяются.
• Если рабочая копия сеанса находится в ветке репозитория GitHub, отличной от ветки по умолчанию, представление чата закрепляет над редактором карточки запросов на включение изменений: номер PR, репозиторий, ветку, количество изменений, индикатор CI и состояние черновика, слияния или закрытия — каждый элемент содержит ссылку на PR. В строке отображается не более двух карточек — сначала активные (открытые или черновые) PR, — а кнопка "Show more" раскрывает свёрнутую историю объединённых и закрытых PR. Индикатор CI открывает небольшое всплывающее окно мониторинга CI с количеством пройденных, непройденных, выполняющихся и пропущенных проверок и ссылкой на страницу проверок PR. Обнаружение выполняется на стороне сервера через controlUi.sessionPullRequests, который повторно использует GH_TOKEN/GITHUB_TOKEN Gateway, если они заданы. При достижении ограничения частоты запросов GitHub API карточки сохраняют последнее известное состояние и показывают предупреждение о том, что состояние может быть устаревшим; закрытие карточки скрывает её для этого сеанса в текущем профиле браузера. Пока PR ещё не существует, в строке отображается сама ветка — репозиторий, имя ветки и размер различий +/− относительно базы слияния ветки по умолчанию (зафиксированные и незафиксированные изменения), — а также кнопка Create PR, открывающая страницу создания запроса на включение изменений на GitHub. Строка появляется, когда в отправленной ветке есть коммиты для сравнения, и скрывается, пока существует открытый или черновой PR. Данные строки ветки поступают только из локального Git, поэтому она остаётся доступной при ограничении частоты запросов GitHub и показывает такое же предупреждение об устаревшем состоянии, поскольку результат «PR не найден» нельзя считать достоверным до сброса ограничения.
• Панель различий сеанса показывает, что фактически было изменено в его рабочей копии: кнопка ветки (в заголовке панели рабочей области, заголовке разделённой панели или плавающая кнопка в однопанельном чате) открывает подробную панель с различиями по каждому файлу для изменений в ветке, незафиксированных и неотслеживаемых изменений относительно базы слияния ветки по умолчанию рабочей копии — точкой состояния, стрелкой переименования, количеством +/− для каждого файла, сворачиваемыми файлами и маркерами "N unmodified lines" между блоками изменений. Различия вычисляются на стороне сервера через метод Gateway sessions.diff (область действия operator.read); для двоичных и слишком больших файлов отображается только статистика, а кнопка появляется только тогда, когда подключённый Gateway объявляет sessions.diff.
• Панель рабочей области сеанса в каждой панели Chat содержит файлы сеанса, файлы проекта и артефакты. По умолчанию она закреплена у правого края панели; перетащите её заголовок (или используйте кнопку закрепления), чтобы переместить её вниз, — выбор сохраняется в текущем профиле браузера. Свёрнутая панель совсем не занимает места: откройте её снова с помощью ⇧⌘B, переключателя файлов в заголовке разделённой панели или плавающей кнопки файлов в однопанельном чате (на обоих отображается значок с количеством изменённых файлов). Отдельная подробная панель файлов, инструментов и Canvas не изменяется.
• Щелчок по ссылке на файл в чате, пути к файлу в развёрнутой карточке инструмента чтения, редактирования или записи либо строке файла на панели рабочей области открывает подробную панель файла: представление кода на основе CodeMirror с подсветкой синтаксиса, номерами строк, переходом к строке, поиском по файлу, действиями копирования и меню открытия во внешнем редакторе. Когда Gateway объявляет sessions.files.set для соединения operator.admin, на панели добавляется режим Edit с отслеживанием изменений и сохранением по Cmd/Ctrl-S; несохранённые черновики сохраняются при переходе между файлами, панелями и сеансами в текущей вкладке браузера до явного сохранения или отмены. Сохранение выполняется по принципу сравнения и замены с использованием хеша содержимого, возвращаемого sessions.files.get: если файл изменился на диске после загрузки (например, потому что агент продолжал работу), панель показывает уведомление о конфликте с действиями Reload (использовать последнее содержимое) и Overwrite (сохранить локальную правку). Запись выполняется с теми же средствами защиты рабочей области файловой системы, что и чтение: контролем нахождения пути в допустимых пределах, отклонением символических и жёстких ссылок и ограничением UTF-8 в 256 KB; перезаписываются только существующие файлы, редактор никогда не создаёт и не удаляет их.
• Панель фоновых задач в каждой панели Chat содержит фоновые задачи и субагентов текущего агента (tasks.list с областью действия по агенту, обновляется событиями task): для выполняющейся работы отображаются обновляемый таймер прошедшего времени, количество использований инструментов, используемый в данный момент инструмент и элемент управления остановкой; в сворачиваемом разделе завершённых задач также отображается длительность запусков; ссылка View transcript открывает дочерний сеанс задачи в панели. Откройте её переключателем активности в заголовке разделённой панели или плавающей кнопкой активности в однопанельном чате — снимок задач загружается заранее, поэтому на обоих отображается значок с количеством выполняющихся задач без предварительного открытия панели. Страница Tasks остаётся полным журналом по всем агентам.
• Панель рабочей области, панель фоновых задач и подробная панель адаптируются к ширине каждой отдельной панели, а не окна: в узкой панели или компактном окне обе панели отображаются как нижние полосы (элементы бокового закрепления скрыты, пока панель не станет шире; панель рабочей области получает приоритет на боковое место, если помещается только один столбец), а подробная панель располагается под веткой обсуждения с горизонтальным маркером изменения размера, а не в одной строке с ней. На экранах размером с телефон подробная панель по-прежнему открывается на весь экран.
• Элементы выбора модели и режима рассуждений в заголовке чата немедленно обновляют активный сеанс через sessions.patch; это постоянные переопределения для сеанса, а не параметры отправки только для одного сообщения.
• Разделённое представление: откройте его с помощью верхней правой строки плавающих переключателей (рядом с переключателями различий сеанса, фоновых задач и файлов сеанса), затем разделяйте активную панель вправо или вниз, пока помещаются новые панели. Каждая панель имеет собственный сеанс, расшифровку, редактор сообщений и поток инструментов.
• Перетащите сеанс с боковой панели в чат, чтобы открыть его в панели. Анимированный предварительный просмотр области размещения плавно перемещается между зонами и обозначает результат: "Split" над той половиной, которую займёт новая панель, и "Open here" над всей панелью; перетаскивание также работает в однопанельном режиме.
• Активная разделённая панель определяет выбор на боковой панели и URL-адрес. У каждой панели есть собственная строка заголовка с названием сеанса и элементами управления панелью рабочей области, разделением и закрытием; разделители позволяют изменять размер столбцов и расположенных друг над другом панелей, а браузер сохраняет макет локально между перезагрузками.
• На узких экранах разделённое представление сохраняет макет, но отображает только активную панель, включая её заголовок с элементом управления закрытием.
• Если отправить сообщение, пока изменение модели для того же сеанса ещё сохраняется, редактор сообщений дождётся обновления этого сеанса перед вызовом chat.send, чтобы для отправки использовалась выбранная модель.
• Ввод /new создаёт тот же новый сеанс панели управления, что и New Chat, и переключается на него, кроме случая, когда настроен session.dmScope: "main", а текущий родительский сеанс является основным сеансом агента; тогда основной сеанс сбрасывается на месте. Ввод /reset сохраняет явный сброс текущего сеанса на месте, выполняемый Gateway.
• Средство выбора модели чата запрашивает настроенное в Gateway представление моделей. Если присутствует agents.defaults.models, этот список разрешённых моделей определяет содержимое средства выбора, включая записи provider/*, которые обеспечивают динамическое обновление каталогов в пределах провайдера. В противном случае средство выбора показывает явные записи models.providers.*.models, а также провайдеров с пригодными данными аутентификации. Полный каталог остаётся доступным через отладочный RPC models.list с view: "all".
• Когда свежие отчёты об использовании сеанса Gateway содержат текущее количество токенов контекста, на панели инструментов редактора сообщений чата отображается небольшое кольцо использования контекста с указанием использованного процента. Откройте кольцо, чтобы просмотреть текущее окно контекста, количество токенов последнего запуска и оценочную общую стоимость, идентификаторы провайдера и модели, а также детализацию стоимости входных, выходных и кэшированных данных в последнем ответе провайдера, если она предоставлена. При высокой нагрузке на контекст кольцо переключается на предупреждающее оформление, а при достижении рекомендуемых уровней Compaction отображает компактную кнопку, запускающую стандартный процесс Compaction сеанса. Устаревшие снимки количества токенов скрываются, пока Gateway снова не сообщит свежие данные об использовании.

Режим разговора использует зарегистрированного провайдера голосовой связи в реальном времени. Настройте OpenAI с помощью talk.realtime.provider: "openai" и профиля API-ключа openai, talk.realtime.providers.openai.apiKey или OPENAI_API_KEY. OpenAI Realtime использует общедоступный Platform API и требует ключ Platform API; вход через Codex OAuth для этого интерфейса не подходит. Настройте Google с помощью talk.realtime.provider: "google" и talk.realtime.providers.google.apiKey. Браузер никогда не получает стандартный API-ключ провайдера: OpenAI получает временный клиентский секрет Realtime для WebRTC, а Google Live — одноразовый ограниченный токен аутентификации Live API для сеанса WebSocket в браузере, при этом инструкции и объявления инструментов фиксируются в токене посредством Gateway. Провайдеры, предоставляющие только серверный мост реального времени, работают через ретрансляционный транспорт Gateway, поэтому учётные данные и сокеты поставщика остаются на стороне сервера, а звук из браузера передаётся через аутентифицированные RPC Gateway. Приглашение сеанса Realtime формируется Gateway; talk.client.create не принимает переопределения инструкций от вызывающей стороны.

Постоянные значения по умолчанию для провайдера, модели, голоса, транспорта, уровня усилий рассуждения, точного порога VAD, длительности тишины и начального отступа находятся в разделе Настройки → Коммуникации → Разговор; для их изменения требуется доступ operator.admin. Настройка ретрансляции Gateway принудительно включает серверный путь ретрансляции; настройка WebRTC оставляет сеанс под управлением клиента и приводит к ошибке вместо неявного переключения на ретрансляцию, если провайдер не может создать браузерный сеанс.

Сам элемент управления разговором — это кнопка микрофона на панели инструментов редактора сообщения. В её раскрывающемся списке указаны Системное устройство по умолчанию и все микрофоны, доступные браузеру, включая USB-, Bluetooth- и виртуальные устройства ввода. Идентификатор выбранного устройства хранится только в браузере и никогда не отправляется в Gateway; если именно это устройство исчезнет, режим разговора предложит выбрать другое устройство ввода, а не начнёт без предупреждения записывать звук с другого микрофона. Пока режим разговора активен, кнопка микрофона превращается в капсулу с индикатором уровня входного сигнала в реальном времени; нажатие останавливает голосовой ввод, а при наведении отображается значок остановки. Программы экранного доступа объявляют Connecting voice input..., Listening... или Asking OpenClaw..., пока вызов инструмента реального времени обращается к настроенной более крупной модели через talk.client.toolCall. Остановка выполняющегося ответа агента по-прежнему выполняется отдельной квадратной кнопкой Остановить рядом с капсулой.

Проверка работоспособности в реальном окружении для сопровождающих: OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts проверяет серверный мост WebSocket OpenAI, обмен SDP WebRTC между OpenAI и браузером, настройку браузерного WebSocket Google Live с ограниченным токеном и браузерный адаптер ретрансляции Gateway с имитацией мультимедиа микрофона. Команда выводит только состояние провайдера и не записывает секреты в журнал.

• Нажмите Остановить (вызывает chat.abort).
• Пока выполнение активно, обычные последующие сообщения ставятся в очередь. Нажмите Направить у сообщения в очереди, чтобы внедрить его в выполняющийся ход.
• Введите /stop (либо отдельную фразу прерывания, например stop, stop action, stop run, stop openclaw, please stop), чтобы выполнить внеполосное прерывание.
• chat.abort поддерживает { sessionKey } (без runId) для прерывания всех активных выполнений этого сеанса.

• При прерывании выполнения частичный текст ассистента всё равно может отображаться в интерфейсе.
• Gateway сохраняет прерванный частичный текст ассистента в истории расшифровки, если имеется буферизованный вывод.
• Сохранённые записи содержат метаданные прерывания, чтобы потребители расшифровки могли отличать частичные результаты прерывания от вывода нормально завершённого выполнения.

{  gateway: {    controlUi: { allowInsecureAuth: true },    bind: "tailnet",    auth: { mode: "token", token: "replace-me" },  },}

allowInsecureAuth — это только локальный переключатель совместимости:

• Он позволяет локальным сеансам Control UI продолжать работу без идентификации устройства в небезопасных контекстах HTTP.
• Он не обходит проверки сопряжения.
• Он не смягчает требования к идентификации удалённых устройств (не с localhost).

• Успешная аутентификация через доверенный прокси может разрешить сеансы Control UI с ролью оператора без идентификации устройства.
• Это не распространяется на сеансы Control UI с ролью Node.
• Обратные прокси на том же хосте, использующие loopback, по-прежнему не удовлетворяют требованиям аутентификации через доверенный прокси; см. Аутентификация через доверенный прокси.

• gatewayUrl сохраняется в localStorage после загрузки и удаляется из URL-адреса.
• Если через gatewayUrl передаётся полная конечная точка ws:// или wss://, закодируйте значение для URL, чтобы браузер правильно разобрал строку запроса.
• token по возможности следует передавать через фрагмент URL (#token=...). Фрагменты не отправляются серверу, что предотвращает утечку через журналы запросов и заголовок Referer. Устаревшие параметры запроса ?token= по-прежнему однократно импортируются для совместимости, но только в качестве резервного варианта, и удаляются сразу после начальной загрузки.
• password хранится только в памяти.
• Если задан gatewayUrl, интерфейс не использует учётные данные из конфигурации или переменных среды в качестве резервного варианта. Укажите token (или password) явно; отсутствие явно заданных учётных данных является ошибкой.
• Используйте wss://, если Gateway находится за TLS (Tailscale Serve, прокси HTTPS и т. п.).
• gatewayUrl принимается только в окне верхнего уровня (без встраивания), чтобы предотвратить кликджекинг.
• Для общедоступных развёртываний Control UI не на loopback необходимо явно задать gateway.controlUi.allowedOrigins (полные источники). Частные загрузки из того же источника в LAN/Tailnet с loopback, RFC1918/link-local, .local, .ts.net или хостов Tailscale CGNAT принимаются без включения резервной проверки заголовка Host.
• При запуске Gateway может добавить локальные источники, такие как http://localhost:<port> и http://127.0.0.1:<port>, на основе фактических адреса привязки и порта среды выполнения, но источники удалённых браузеров по-прежнему необходимо указывать явно.
• Не используйте gateway.controlUi.allowedOrigins: ["*"], кроме строго контролируемого локального тестирования; это означает разрешение любого источника браузера, а не «сопоставить с используемым мной хостом».
• gateway.controlUi.dangerouslyAllowHostHeaderOriginFallback=true включает режим резервной проверки источника по заголовку Host, но это опасный режим безопасности.