Часто задаваемые вопросы

Да. WebBrain даёт похожие возможности AI-агента в браузере — читает страницы, извлекает данные, нажимает кнопки, заполняет формы и автоматизирует многошаговые сценарии. В отличие от проприетарного плагина Claude, требующего подписки Claude Pro и работающего только с моделями Anthropic, WebBrain полностью бесплатный, open-source (лицензия MIT) и поддерживает разных LLM-провайдеров, включая локальные модели, которые целиком работают на вашей машине.

Это разные категории инструментов. WebBrain — браузерное расширение: ставите его в Chrome или Firefox и общаетесь с ним в боковой панели, никакого кода не требуется. OpenClaw, Browser-Use и подобные фреймворки — это SDK для разработчиков, чтобы собирать автоматические браузерные пайплайны на Python, обычно через headless-браузер и CDP. Иначе говоря: WebBrain — для повседневного веб-сёрфинга с AI-помощником; agent-фреймворки — для скрейпинга-ботов и автотестов. Их можно использовать вместе — они хорошо дополняют друг друга.

Да. WebBrain поставляется в двух версиях: для Chrome (Manifest V3, использует sidePanel API) и для Firefox (Manifest V2, использует sidebar_action). Функциональность одинаковая. Firefox-версию можно загрузить как временное дополнение для разработки или опубликовать на addons.mozilla.org для постоянной установки.

Просто откройте любую страницу, разверните боковую панель WebBrain и сформулируйте задачу на естественном языке: «Извлеки все названия товаров и цены с этой страницы», «Найди все email-адреса на странице» или «Сделай тезисное резюме статьи». AI-агент читает содержимое страницы, понимает структуру и возвращает извлечённые данные. Для более сложного скрейпинга переключитесь в режим «Действовать» — агент сможет переходить между страницами, нажимать кнопки пагинации и собирать данные сразу с нескольких.

На момент 7.0.0 — пока нет. Режим dry-run запланирован и уже в дорожной карте.

Конечно! WebBrain под лицензией MIT и приветствует контрибьюции. Загляните в репозиторий на GitHub — там issue, фича-реквесты и правила контрибьюции.

WebBrain Cloud сейчас стоит 5 долларов в месяц за профиль устройства, то есть пока значительно дешевле Claude Pro. Использование сейчас безлимитное в рамках политики добросовестного использования: обычное личное использование допустимо, но злоупотребления, автоматизированная нагрузка, перепродажа или необычно большие объёмы не разрешены.

Подписка привязана к идентификатору устройства, который расширение создаёт для этого GUID браузера + ОС, а не к аккаунту пользователя. Если этот идентификатор потерян из-за сброса хранилища расширения, удаления профиля браузера, переустановки браузера, смены браузера/ОС или потери устройства, мы не можем восстановить или перенести его и не возвращаем деньги за такую потерю.

Управляйте оплатой на api.webbrain.one/account и войдите с помощью адреса электронной почты.

Cloud Sync — необязательная функция для активных подписчиков WebBrain Cloud. Она синхронизирует ваши воспоминания WebBrain, текст автозаполнения профиля и поддерживаемую конфигурацию провайдеров, включая API-ключи. Она не синхронизирует историю чата, историю браузера, скриншоты страниц или устаревшие OAuth access- и refresh-токены.

Браузер шифрует хранилище синхронизации перед загрузкой паролем, который вы выбираете. WebBrain Cloud хранит только зашифрованное хранилище; он не может прочитать ваши воспоминания, текст профиля, настройки провайдеров или API-ключи и не может восстановить пароль синхронизации за вас.

Поле e-mail нужно для magic-link аутентификации биллинга/подписки WebBrain Cloud. Это не пароль аккаунта. Если интерфейс предлагает сменить пароль в Cloud Sync, речь о пароле шифрования синхронизации, а не о пароле аккаунта WebBrain.

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

Три независимых слоя:

Скриншоты с заботой о токенах. Прежде чем любое изображение покинет вашу машину, WebBrain уменьшает его (короткая сторона ограничена, пропорции сохраняются) и итеративно сжимает в JPEG до тех пор, пока оно не уложится в бюджет image-токенов на ход. Скриншот 2000×1200, который на GPT-4o обошёлся бы примерно в 1500 входных токенов, сжимается до ~300–500 токенов без реальной потери для задач чтения страниц. Реализовано в _fitImageDimensions, есть юнит-тесты на расчёт бюджета.

Умное подрезание контекста. История диалога, выводы инструментов и встроенные дампы DOM ограничены на ход и подрезаются от старого к новому, когда контекстное окно активной модели приближается к заполнению. Вы не увидите, как сессия тихо распухает с 10k токенов до 100k из-за того, что read_page вернул статью размером с роман.

Отдельная vision-модель. Пара: дешёвая текстовая модель (например, GPT-4o-mini) для планирования и tool-вызовов плюс отдельная vision-модель (например, GPT-4o) только для скриншотов — и вы не платите цену мультимодальной модели на каждом ходу. Настраивается в Настройки → Зрение.

В итоге: длинные сессии с облачными провайдерами остаются предсказуемыми. Для полного контроля — поднимайте llama.cpp локально, цена за токен нулевая.

Да. По умолчанию WebBrain использует llama.cpp, который запускает локальную AI-модель прямо у вас на компьютере. API-ключи не нужны, интернета AI не требует, данные не покидают машину. Скачайте GGUF-модель, запустите llama-server — и у вас полностью приватный AI-агент в браузере. Также можно использовать Ollama через его OpenAI-совместимый эндпоинт.

WebBrain поддерживает четыре типа провайдеров: llama.cpp (любая локальная GGUF-модель), OpenAI (GPT-4o, GPT-4 и т.д.), Claude (Claude Opus, Sonnet, Haiku через нативный API) и OpenRouter (доступ к 100+ моделям от разных провайдеров). Подходит любой OpenAI-совместимый эндпоинт, так что можно использовать Together AI, Groq, Mistral или любой локальный сервер с OpenAI-совместимым интерфейсом.

По состоянию на 21 апреля 2026 главная рекомендация — Qwen 3.6 35B. Почему: в нашем vision-бенчмарке (vision-model-shootout) она обошла Gemma 4 на понимании скриншотов и при этом остаётся практичной для локального инференса.

Для потребительских GPU идеален RTX 5090, а RTX 4090 обычно подходит при INT4 AutoRound-квантизации через Intel/Qwen3.6-35B-A3B-int4-AutoRound.

Для максимальной скорости рекомендуем серверить через vLLM. Пример команды:

python -u -m vllm.entrypoints.openai.api_server --model Intel/Qwen3.6-35B-A3B-int4-AutoRound --served-model-name qwen3.6-35b --quantization auto --dtype bfloat16 --max-model-len 65536 --max-num-batched-tokens 32768 --max-num-seqs 4 --host 0.0.0.0 --port 8000 --gpu-memory-utilization 0.92 --enable-prefix-caching --enable-chunked-prefill --limit-mm-per-prompt '{"image": 4, "video": 1}' --mm-processor-cache-type shm --reasoning-parser qwen3 --enable-auto-tool-choice --tool-call-parser qwen3_coder --trust-remote-code --allowed-origins '["*"]' --speculative-config '{"method": "dflash", "model": "z-lab/Qwen3.6-35B-A3B-DFlash", "num_speculative_tokens": 15}' --attention-backend flash_attn

DFlash speculative decoding — опционально.

Мы пока не считаем текстовый вывод через WebGPU в браузере достаточно качественным для большинства пользователей и не хотим, чтобы вам приходилось мириться с плохим опытом. Если вы хотите локально использовать ту же модель LFM2.5 2.6B, запустите вывод на своем компьютере через llama.cpp или Ollama и подключите WebBrain к этой локальной конечной точке вместо использования WebGPU.

Резервный механизм компьютерного зрения через WebGPU остается доступным, потому что его модель значительно меньше и используется лишь изредка.

Если LLM-сервер запущен на другой машине в локальной сети (например, http://192.168.1.x:8000), Chrome блокирует запрос, пока сервер не отдаст CORS-заголовки. Решение зависит от сервера:

vLLM: запускайте с --allowed-origins '["*"]' (значение обязательно — JSON-список).
Ollama: перед стартом установите переменную окружения OLLAMA_ORIGINS=*.
llama.cpp: CORS включён по умолчанию — менять ничего не надо.

Если сервер крутится на localhost (на той же машине, что и браузер), CORS обычно не нужен. Проблема возникает только при обращении к другой машине в локальной сети. Убедитесь, что Base URL в настройках WebBrain заканчивается на /v1 (например, http://192.168.1.47:8000/v1). Исключение: Ollama из браузерного расширения всё равно может требовать OLLAMA_ORIGINS; см. FAQ по Ollama ниже.

Новые версии Ollama могут отклонять запросы от origin браузерных расширений, даже если Ollama работает на той же машине. Расширение отправляет Origin вроде chrome-extension://... или moz-extension://..., и Ollama может ответить 403, если такие origin не разрешены.

Закройте настольное приложение Ollama, если оно уже занимает порт 11434, затем запустите Ollama одной из команд:

OLLAMA_ORIGINS="*" ollama serve
OLLAMA_ORIGINS="chrome-extension://*,moz-extension://*" ollama serve

Оставьте базовый URL Ollama в WebBrain как http://localhost:11434/v1. Проверки через curl в терминале могут работать и без этой настройки, потому что они не отправляют origin браузерного расширения.

Да. Read-only сетевые инструменты WebBrain — fetch_url и research_url — также поставляются как отдельный плагин для LM Studio по адресу webbrain/web-tools. Поставьте командой lms clone webbrain/web-tools и включите в любом чате LM Studio — любая модель с поддержкой tool-вызовов сможет дёргать эти два инструмента, и браузерное расширение ставить не обязательно. Чистый Node, без headless-браузера. Исходники: lmstudio-plugin/.

Да — в Firefox боковая панель по умолчанию слева, но её можно переместить. Кликните правой кнопкой по заголовку панели и выберите «Переместить боковую панель вправо» (или через меню «Вид → Боковая панель → Переместить боковую панель вправо»). Позиция сохраняется между перезапусками. У Chrome панель sidePanel по умолчанию справа и не перемещается из самой панели.

Да. Веб-панели Vivaldi блокируют нативные диалоги JavaScript, такие как confirm(), alert() и prompt(). Переключение режимов Ask, Act и Dev в WebBrain больше от них не зависит, но некоторые второстепенные действия всё ещё используют их.

Запись: Пока не используйте /record в Vivaldi. Если запись завершится ошибкой, Vivaldi может скрыть предупреждение и не показать объяснение.

Настройки, История, Трассы и передача в Ollama: Эти страницы тоже содержат нативные диалоги, но WebBrain обычно открывает их в обычных вкладках, где они работают. Если вы вручную поместили такую страницу в веб-панель, откройте её в обычной вкладке перед использованием действий, зависящих от диалогов.

В большинстве случаев да — особенно в режиме Ask для запросов только на чтение, например «Кратко изложи эту страницу». Пока WebBrain работает, страницу можно продолжать прокручивать.

Когда лучше этого не делать? Автоматические скриншоты отражают текущую видимую область вкладки. Когда WebBrain активно изучает видимое содержимое или взаимодействует с ним в режиме Act или Dev, прокрутка может сместить цель или изменить то, что видит модель. Дождитесь завершения этого шага и только потом прокручивайте страницу; в остальное время ею можно пользоваться как обычно.

Да. Начиная с версии 27.0.0, WebBrain не перехватывает фокус ни в браузерах на базе Chromium, ни в Firefox, если доступ к переднему плану не является строго необходимым. Выполнение остаётся привязанным к вкладке, где оно началось, поэтому в другой вкладке можно безопасно продолжать работу.

Если редкому шагу понадобится вывести исходную вкладку на передний план, WebBrain может ненадолго перевести на неё фокус. Не нажимайте и не вводите текст в той же вкладке, пока WebBrain активно выполняет в ней действия.

Cookie-баннеры: WebBrain распознаёт баннеры согласия популярных фреймворков (OneTrust, Cookiebot, Didomi, Quantcast, Google Funding Choices, TrustArc) и закрывает их до того, как начинать рассуждать о странице. Приоритет — «Отклонить всё» / «Отклонить необязательные» / «Только необходимые», если они видны; иначе соглашается на «Принять всё», вместо того чтобы тонуть в лабиринте «Управление настройками».

Paywall: WebBrain честно сообщает о paywall'е и рассказывает, что реально смог увидеть (заголовок, подзаголовок, первые абзацы). Он не пытается обойти paywall — никаких archive.today, 12ft.io, чистки cookie, отключения JS или фокусов с reader-mode. Если нужна вся статья — войдите по подписке или попросите WebBrain поискать бесплатное освещение той же истории.

В WebBrain три режима. Режим «Спросить» (по умолчанию) работает только на чтение и ничего не меняет на странице. Режим «Действовать» позволяет нажимать, печатать и переходить, а режим Dev добавляет инструменты отладки страниц. Действия с последствиями по умолчанию требуют подтверждения; если отключить этот шлюз разрешений, WebBrain показывает заметный баннер-предупреждение. Агента можно остановить в любой момент кнопкой «Стоп». Исходный код расширения полностью открыт на GitHub для аудита.

Чтобы надёжно действовать на странице, WebBrain использует Chrome DevTools Protocol (CDP) через стандартный API расширений chrome.debugger — именно это вызывает баннер Chrome «WebBrain started debugging this browser». CDP позволяет агенту кликать и вводить текст доверенными событиями ввода, которые современные сайты действительно принимают; синтетические события из content script отклоняются многими сайтами, Web Components и полями, управляемыми фреймворками. Также с его помощью WebBrain делает попиксельно точные скриншоты для визуального резерва и получает доступ к кросс-доменным iframe и shadow DOM, которые content script не видит.

Режим «Спросить», доступный только для чтения, не требует CDP: чтение страницы и дерева доступности идёт через обычные content script. CDP нужен ради надёжности режима «Действовать» и работы между источниками, а в расширении Manifest V3 нет API без отладчика для доверенного ввода. WebBrain подключает отладчик только когда этого требует действие, для каждой вкладки, и всё расширение имеет открытый исходный код, так что вы можете проверить, что именно делает сессия. CDP мощный, поэтому мы стремимся ограничивать его охват (подключать по требованию, не использовать для чтения), а дальнейшее ужесточение входит в нашу дорожную карту безопасности.

Эти запросы подтверждения нужны для вашей безопасности. Даже на сайтах, которым вы доверяете, злоумышленники могут имитировать инструкции LLM или внедрять контент, пытаясь заставить агента выполнить от вашего имени действия, которые вы бы не одобрили. Поэтому WebBrain просит подтверждение перед значимыми действиями. Если вы всё равно не хотите проходить через эти запросы, их можно отключить: откройте боковой плагин, нажмите значок шестерёнки в заголовке, перейдите на вкладку Permissions в settings.html и выключите параметр Ask before consequential actions.

По умолчанию WebBrain для любого действия, которое создаёт, изменяет, удаляет, отправляет, публикует, постит или покупает, идёт строго через видимый интерфейс. Он переходит на страницу, заполняет форму и нажимает кнопку — ровно так же, как сделали бы вы. Прямые вызовы REST/GraphQL-эндпоинтов через фоновый fetch() для мутаций он не делает. Это сделано намеренно: API-действия невидимы (вы не видите, что отправляется), часто требуют отдельных токенов, которые вы могли не настроить, и имеют гораздо больший радиус последствий, чем один видимый промах. UI-first означает, что всё происходит на экране, в обычной браузерной сессии — и в любой момент это можно остановить.

Для чтения данных — забрать README, посмотреть issue, сравнить цены между сайтами, заглянуть на страницу со статусом — WebBrain свободно пользуется фоновыми HTTP-запросами через инструменты fetch_url и research_url. Чтение — это не действие; оно ничего не меняет на удалённом сервисе, поэтому те же опасения здесь не работают.

Если конкретно для одной задачи вы хотите разрешить API-мутации, в начале сообщения наберите /allow-api (можно с краткой формулировкой задачи). Этот переключатель в рамках одного диалога позволяет WebBrain в случае реальной поломки или недоступности UI откатываться к API-эндпоинтам, при этом по-прежнему предпочитая UI, когда он работает. Пока переключатель активен, над полем ввода висит липкий бейдж; он сбрасывается при сбросе диалога.

Автозаполнение профиля — опциональная функция в Настройки → Профиль. Вы пишете короткое био — имя, рабочий email, компанию и одноразовый пароль для малозначимых регистраций — и включаете её. Когда она активна, WebBrain добавляет этот текст в системный prompt агента, чтобы тот заполнял формы регистрации, не спрашивая каждый раз.

Текст хранится в открытом виде в локальном хранилище браузера. Он не отправляется в проект WebBrain, но отправляется тому LLM-провайдеру, которого вы настроили, на каждом ходу как часть системного prompt. По умолчанию выключено.

Не вводите сюда пароли важных аккаунтов (Google, Apple, iCloud, банк, корпоративный SSO, основная почта). Эти аккаунты должны быть с 2FA, и их в любом случае не стоит отдавать агенту. Одноразовый пароль, который вы переиспользуете для подписки на рассылки и бесплатные триалы, — то самое.

Нет — она снижает риск, но не является гарантией. При включении (Настройки → Мультимодальность → Редактирование скриншотов, по умолчанию выключено) WebBrain пикселизирует поля форм и текст, похожий на email или номер телефона, на каждом скриншоте перед отправкой модели зрения. Обнаружение выполняется полностью на вашем устройстве с помощью эвристик DOM; ничего лишнего не передаётся.

Это работа по принципу «максимум усилий» и fail-open. Если детектор не может сработать на странице — например, сразу после перехода, в просмотрщиках PDF или на ограниченных страницах браузера, — скриншот всё равно отправляется неотредактированным, вместо того чтобы прервать вашу задачу. Контент, который эвристики DOM не видят (текст, нарисованный на canvas, персональные данные внутри изображений, необычные виджеты), тоже может проскользнуть. И настройка касается только скриншотов: текст страницы, отправляемый модели, ею не редактируется.

Для полной приватности зрения используйте локальную модель. С офлайн-провайдером вроде llama.cpp или Ollama скриншоты и текст страницы никогда не покидают ваше устройство, так что редактировать попросту нечего — это единственная конфигурация, где приватность гарантирована. См. «Можно ли пользоваться WebBrain полностью офлайн?» выше.

Нет мощного устройства для локальной модели с поддержкой зрения? Хороший компромисс — использовать небольшую локальную модель для планирования и вызова инструментов (достаточно лёгкую для скромного CPU/GPU) в паре с облачным провайдером для подзапросов зрения, включив при этом редактирование скриншотов. Ваш разговор и текст страницы остаются на устройстве, а каждый скриншот, уходящий в облачное зрение, уже имеет размытые поля форм и обнаруженные email/телефоны — меньше риска в облаке без необходимости в железе для полноценной локальной модели зрения. Настройте это разделение в Настройки → Зрение (см. «Как WebBrain держит счета за облачные LLM под контролем?» выше).

Нет. По умолчанию WebBrain не отправляет необработанный HTML или полный дамп DOM. Сначала используются URL и заголовок страницы, подходящие инструкции для сайта и, если включено зрение, необязательный снимок видимой области.

Когда задаче требуется содержимое страницы, WebBrain считывает его по мере необходимости в виде сокращённого семантического дерева доступности или извлечённого текста. Чтение при необходимости фильтруется по видимости, ограничивается по числу символов и разбивается на страницы. Доступ к необработанному исходному коду страницы доступен только в режиме Dev.