Часті запитання

Так. 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, доки воно не вмiститься в бюджет 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 бічна панель за замовчуванням ліворуч, але її можна перемістити. Клікніть правою кнопкою по заголовку панелі й виберіть «Перемістити бічну панель праворуч» (або через меню «Перегляд → Бічна панель → Перемістити бічну панель праворуч»). Розташування зберігається між перезапусками. Панель sidePanel у Chrome за замовчуванням праворуч і не пересувається з самої панелі.

Так. Веб-панелі 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 — жодних archine.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.