OpenClaw browser: как дать агенту браузер и войти на сайт

Коротко

Отдельный профиль openclaw в Chromium изолирован от вашего основного браузера, вход на сайт делайте руками в этом профиле, чтобы антибот не сработал.
Если важна уже открытая сессия, берите профиль chrome (расширение) или user (Chrome DevTools MCP) и явно задавайте profile, не доверяя умолчанию.
Passkey-диалоги в headless Chrome глушатся, для входа по ключу нужен headed-режим.

Сверено с документацией OpenClaw 2026.10.4, 18 октября 2026.

OpenClaw 2026.10.4 даёт агенту управляемый браузер в изолированном профиле openclaw. Агент открывает вкладки, читает страницы, кликает и вводит текст. Для сайтов с жёсткой антибот-защитой вход всё равно делайте сами.

Что входит в браузерный инструмент

Отдельный профиль openclaw с оранжевым акцентом, детерминированное управление вкладками (list, open, focus, close), действия click, type, drag, select, снимки страницы, скриншоты, PDF и ответы на вопросы по читаемому тексту без полного снимка. Скачивания через Playwright сохраняются в управляемый каталог и возвращают { url, suggestedFilename, path } после проверки финального URL по SSRF-политике. К плагину прилагается навык browser-automation: агент учится работе со снимками, стабильными вкладками и восстановлению после блокировок.

Как включить и открыть

openclaw browser start
openclaw browser open https://x.com

Для нестандартного профиля добавьте --browser-profile <name> перед подкомандой, по умолчанию используется openclaw.

Войти на сайт руками

Документация прямо просит не логиниться из агента: автоматические логины часто вызывают антибот-защиту и блокируют аккаунт. Откройте профиль openclaw сами через CLI или попросите агента открыть браузер, потом войдите на сайт как пользователь. Если вход всё же поручаете агенту в рамках своей задачи, он может ввести ваши логин и пароль через заполнение формы. В чат и ответы агента их не выносите.

Если агент в песочнице, его вызовы browser идут в браузер песочницы, а не в хостовый. Чтобы он мог дотянуться до хостового браузера, разрешите это явно:

{
  agents: {
    defaults: {
      sandbox: {
        mode: "non-main",
        browser: {
          allowHostControl: true,
        },
      },
    },
  },
}

Ваши собственные вызовы openclaw browser всегда идут в хостовый браузер, настройка на них не влияет.

Какой профиль брать

openclaw, изолированный браузер агента, без расширений. Используется по умолчанию.
user, привязка к вашему реальному Chrome через Chrome DevTools MCP. При первом подключении Chrome покажет блокирующее окно «Разрешить удалённую отладку?», нужен человек у компьютера.
chrome, расширение OpenClaw в вашем Chrome. Окна «Разрешить удалённую отладку?» нет, поэтому профиль работает, когда вас нет у компьютера и вы пишете агенту из Telegram или WhatsApp.

Закрепите выбор ключом browser.defaultProfile, чтобы агент не угадывал.

Что агент видит и как это ограничено

Агент получает снимок читаемой части страницы, текст для ответов на вопросы и скриншоты. Control UI показывает активную вкладку живым потоком, для браузеров на удалённых узлах и Chrome MCP переключается на скриншоты. Навигация к закрытым адресам блокируется SSRF-политикой: зашли на запрещённый URL, поток останавливается, превью очищается, вкладка остаётся скрытой.

Диалоги passkey в headless-режиме OpenClaw закрывает сам, чтобы агент не зависал. Для входа по ключу безопасности поднимите профиль с видимым окном (headed-режим) и войдите руками, иначе сайт не получит подтверждение.

Частые ошибки

Оставили profile пустым и ждёте, что агент сам попадёт в вашу сессию. По умолчанию он работает в изолированном openclaw. Для вашей сессии задавайте profile="user" или profile="chrome" явно.
Забыли, что CLI ходит в хостовый браузер, а агент в песочнице идёт в браузер песочницы. Без sandbox.browser.allowHostControl: true вызовы агента упрутся в профиль песочницы.
Сначала выполните openclaw browser start и залогиньтесь руками, потом подключайте автоматизацию.
Смотрите превью заблокированной вкладки и думаете, что у вас есть доступ. Название вкладки видно, содержимое нет, SSRF-политика скрывает его по-настоящему.
Поставили gateway.auth.mode: "trusted-proxy" и ждёте, что Tailscale-заголовки авторизуют loopback API браузера. Они не авторизуют: loopback API браузера принимает только общий секрет, то есть токен или пароль Gateway. В режиме trusted-proxy OpenClaw сам сгенерирует пароль и сохранит его в gateway.auth.password; если нужен свой стабильный секрет, задайте его явно.