Skip to main content
web_search виконує пошук у вебі за допомогою налаштованого постачальника та повертає нормалізовані результати, кешовані за запитом протягом 15 хвилин (можна налаштувати). OpenClaw також постачається з x_search для дописів у X (раніше Twitter) і web_fetch для полегшеного отримання даних за URL-адресою. web_fetch завжди виконується локально; web_search спрямовує запити через xAI Responses, коли постачальником є Grok, а x_search завжди використовує xAI Responses.
web_search — це полегшений інструмент HTTP, а не засіб автоматизації браузера. Для сайтів, що активно використовують JS, або входу в обліковий запис скористайтеся веббраузером. Для отримання даних із конкретної URL-адреси скористайтеся Web Fetch.

Швидкий початок

1

Виберіть постачальника

Виберіть постачальника та виконайте всі необхідні налаштування. Деякі постачальники не потребують ключа, іншим потрібен ключ API. Докладніше дивіться на сторінках постачальників нижче.
2

Налаштуйте

Ця команда зберігає постачальника та всі необхідні облікові дані. Для постачальників з доступом через API натомість можна встановити змінну середовища постачальника (наприклад, BRAVE_API_KEY) і пропустити цей крок.
3

Скористайтеся

Для дописів у X:

Вибір постачальника

Brave Search

Структуровані результати з фрагментами. Підтримує режим llm-context і фільтри за країною та мовою. Доступний безкоштовний рівень.

Codex Hosted Search

Синтезовані ШІ обґрунтовані відповіді через ваш обліковий запис сервера застосунку Codex.

DuckDuckGo

Постачальник без ключа. Ключ API не потрібен. Неофіційна інтеграція на основі HTML.

Exa

Нейронний пошук і пошук за ключовими словами з видобуванням вмісту (виділені фрагменти, текст, резюме).

Firecrawl

Структуровані результати. Для глибокого видобування найкраще використовувати разом із firecrawl_search і firecrawl_scrape.

Gemini

Синтезовані ШІ відповіді з цитуваннями, обґрунтовані результатами Google Search.

Grok

Синтезовані ШІ відповіді з цитуваннями через вебобґрунтування xAI.

Kimi

Синтезовані ШІ відповіді з цитуваннями через вебпошук Moonshot; резервні відповіді чату без обґрунтування завершуються явною помилкою.

MiniMax Search

Структуровані результати через API пошуку MiniMax Token Plan.

Ollama Web Search

Пошук через локальний хост Ollama із виконаним входом або розміщений API Ollama.

Parallel

Платний API Parallel Search (PARALLEL_API_KEY); вищі обмеження частоти запитів і налаштування цільової функції.

Parallel Search (Free)

Підключається за бажанням і не потребує ключа. Безкоштовний Search MCP від Parallel зі щільними уривками, оптимізованими для LLM, без ключа API.

Perplexity

Структуровані результати з керуванням видобуванням вмісту та фільтрацією за доменами.

SearXNG

Самостійно розміщений метапошук. Ключ API не потрібен. Агрегує Google, Bing, DuckDuckGo тощо.

Tavily

Структуровані результати з налаштуванням глибини пошуку, фільтрацією за темою та tavily_extract для видобування даних із URL-адрес.

Порівняння постачальників

Автоматичне визначення

Списки постачальників у документації та процесах налаштування впорядковано за абеткою. Для автоматичного визначення використовується окремий фіксований порядок пріоритетності, і постачальник, якому потрібні облікові дані (requiresCredential !== false), вибирається лише тоді, коли такі дані налаштовано. Якщо provider не задано, OpenClaw перевіряє постачальників у наведеному порядку та використовує першого готового: Спочатку постачальники з доступом через API:
  1. BraveBRAVE_API_KEY або plugins.entries.brave.config.webSearch.apiKey (порядок 10)
  2. MiniMax SearchMINIMAX_CODE_PLAN_KEY / MINIMAX_CODING_API_KEY / MINIMAX_OAUTH_TOKEN / MINIMAX_API_KEY або plugins.entries.minimax.config.webSearch.apiKey (порядок 15)
  3. Geminiplugins.entries.google.config.webSearch.apiKey, GEMINI_API_KEY або models.providers.google.apiKey (порядок 20)
  4. Grok — OAuth xAI, XAI_API_KEY або plugins.entries.xai.config.webSearch.apiKey (порядок 30)
  5. KimiKIMI_API_KEY / MOONSHOT_API_KEY або plugins.entries.moonshot.config.webSearch.apiKey (порядок 40)
  6. PerplexityPERPLEXITY_API_KEY / OPENROUTER_API_KEY або plugins.entries.perplexity.config.webSearch.apiKey (порядок 50)
  7. FirecrawlFIRECRAWL_API_KEY або plugins.entries.firecrawl.config.webSearch.apiKey (порядок 60)
  8. ExaEXA_API_KEY або plugins.entries.exa.config.webSearch.apiKey; необов’язковий параметр plugins.entries.exa.config.webSearch.baseUrl перевизначає кінцеву точку Exa (порядок 65)
  9. TavilyTAVILY_API_KEY або plugins.entries.tavily.config.webSearch.apiKey (порядок 70)
  10. Parallel — платний API Parallel Search через PARALLEL_API_KEY або plugins.entries.parallel.config.webSearch.apiKey; необов’язковий параметр plugins.entries.parallel.config.webSearch.baseUrl перевизначає кінцеву точку (порядок 75)
Після них — постачальники з налаштованими кінцевими точками:
  1. SearXNGSEARXNG_BASE_URL або plugins.entries.searxng.config.webSearch.baseUrl (порядок 200)
Постачальники без ключів, як-от Parallel Search (Free), DuckDuckGo, Ollama Web Search і Codex Hosted Search, ніколи не вибираються автоматично, навіть якщо мають внутрішнє значення порядку. Вони використовуються лише тоді, коли ви явно вибираєте їх за допомогою tools.web.search.provider або через openclaw configure --section web. OpenClaw не надсилає керовані запити web_search постачальнику без ключа лише тому, що не налаштовано жодного постачальника з доступом через API. Моделі OpenAI Responses є винятком: доки tools.web.search.provider не задано, вони використовують нативний вебпошук OpenAI замість зазначених вище керованих постачальників (див. нижче). Установіть для tools.web.search.provider значення parallel-free (або іншого постачальника), щоб натомість спрямовувати їх через керований шлях.
Усі поля ключів постачальників підтримують об’єкти SecretRef. SecretRef у межах Plugin за шляхом plugins.entries.<plugin>.config.webSearch.apiKey розпізнаються для встановлених постачальників вебпошуку з доступом через API, зокрема Brave, Exa, Firecrawl, Gemini, Grok, Kimi, MiniMax, Parallel, Perplexity і Tavily, незалежно від того, чи постачальника явно вибрано через tools.web.search.provider, чи визначено автоматично. У режимі автоматичного визначення OpenClaw розпізнає лише ключ вибраного постачальника — невибрані SecretRef залишаються неактивними, тож можна налаштувати кількох постачальників без витрат на розпізнавання тих, яких ви не використовуєте.

Нативний вебпошук OpenAI

Моделі прямого доступу до OpenAI Responses (api: "openai-responses", постачальник openai, без базової URL-адреси або з офіційною базовою URL-адресою OpenAI API) автоматично використовують розміщений в OpenAI інструмент web_search, коли вебпошук OpenClaw увімкнено й не закріплено керованого постачальника. Ця поведінка належить постачальнику в комплектному Plugin OpenAI й не поширюється на базові URL-адреси проксі, сумісних з OpenAI, або маршрути Azure. Установіть для tools.web.search.provider іншого постачальника, наприклад brave, щоб зберегти керований інструмент web_search для моделей OpenAI, або встановіть tools.web.search.enabled: false, щоб вимкнути і керований пошук, і вбудований пошук OpenAI.

Вбудований вебпошук Codex

Середовище виконання app-server Codex автоматично використовує розміщений у Codex інструмент web_search, коли вебпошук увімкнено й не вибрано керованого постачальника. Вбудований розміщений пошук і динамічний керований інструмент web_search OpenClaw взаємовиключні, тому керований пошук не може обійти вбудовані обмеження доменів. OpenClaw використовує керований інструмент, коли розміщений пошук недоступний, явно вимкнений або замінений вибраним керованим постачальником. OpenClaw залишає автономне розширення web.run Codex вимкненим (features.standalone_web_search: false), оскільки робочий трафік app-server відхиляє визначений користувачем простір імен web.
  • Налаштуйте вбудований пошук у tools.web.search.openaiCodex
  • Установіть tools.web.search.provider: "codex", щоб налаштувати Codex Hosted Search як керованого постачальника web_search для будь-якої батьківської моделі. Кожен виклик запускає обмежений ефемерний хід app-server Codex і завершується помилкою, якщо Codex не створить розміщений елемент webSearch.
  • mode: "cached" є типовим бажаним режимом, але Codex перетворює його на прямий зовнішній доступ для необмежених ходів app-server; установіть "live", щоб явно запросити прямий доступ
  • Установіть для tools.web.search.provider керованого постачальника, наприклад brave, щоб натомість використовувати керований інструмент web_search OpenClaw
  • Установіть tools.web.search.openaiCodex.enabled: false, щоб відмовитися від розміщеного в Codex пошуку; інші керовані постачальники залишаться доступними
  • Обмеження поверхні вбудованих інструментів Codex також зберігає доступність керованого web_search
  • Коли встановлено allowedDomains, автоматичний перехід до керованого пошуку завершується безпечною відмовою, якщо розміщений пошук недоступний, щоб не можна було обійти вбудований список дозволених доменів
  • Запуски лише з LLM і вимкненими інструментами вимикають як вбудований, так і керований пошук
  • tools.web.search.enabled: false вимикає як керований, так і вбудований пошук
Постійні зміни чинної політики пошуку Codex запускають новий прив’язаний потік, щоб уже завантажений потік app-server не міг зберегти застарілий доступ до розміщеного пошуку. Тимчасові обмеження для окремого ходу використовують тимчасовий обмежений потік і зберігають наявну прив’язку для подальшого відновлення. Прямий трафік OpenAI ChatGPT Responses також може використовувати розміщений в OpenAI інструмент web_search. Цей окремий шлях залишається доступним за явною згодою через tools.web.search.openaiCodex.enabled: true і застосовується лише до придатних моделей openai/*, що використовують api: "openai-chatgpt-responses".
Для середовищ виконання та постачальників, які не підтримують вбудований пошук Codex, Codex може використовувати резервний керований web_search через простір імен динамічних інструментів OpenClaw. Використовуйте явно вказаного керованого постачальника, коли замість розміщеного в Codex пошуку вам потрібні мережеві засоби керування OpenClaw, специфічні для постачальника. Вибір provider: "codex" вмикає комплектний Plugin codex і використовує ті самі обмеження tools.web.search.openaiCodex, що наведені вище. Спочатку автентифікуйте app-server Codex за допомогою openclaw models auth login --provider openai. Батьківський агент може використовувати будь-яку модель або середовище виконання; лише обмежений пошуковий виконавець працює через Codex.

Безпека мережі

Виклики постачальників керованого HTTP-інструмента web_search використовують захищений шлях отримання даних OpenClaw, обмежений власним ім’ям хоста поточного постачальника. Лише для цього імені хоста OpenClaw дозволяє DNS-відповіді з фіктивними IP-адресами Surge, Clash і sing-box у 198.18.0.0/15 та fc00::/7. Інші приватні адреси, local loopback, локальні адреси каналу та адреси метаданих залишаються заблокованими. Codex Hosted Search є винятком: його обмежений виконавець делегує мережевий доступ розміщеному інструменту web_search app-server Codex. Цей автоматичний дозвіл не поширюється на довільні URL-адреси web_fetch. Для web_fetch явно вмикайте tools.web.fetch.ssrfPolicy.allowRfc2544BenchmarkRange і tools.web.fetch.ssrfPolicy.allowIpv6UniqueLocalRange лише тоді, коли ваш довірений проксі володіє цими синтетичними діапазонами.

Конфігурація

Специфічна для постачальника конфігурація (ключі API, базові URL-адреси, режими) міститься в plugins.entries.<plugin>.config.webSearch.*. Gemini також може повторно використовувати models.providers.google.apiKey і models.providers.google.baseUrl як резервні варіанти з нижчим пріоритетом після спеціальної конфігурації вебпошуку та GEMINI_API_KEY. Приклади дивіться на сторінках постачальників. Grok також може повторно використовувати профіль автентифікації xAI OAuth із openclaw models auth login --provider xai --method oauth; конфігурація ключа API залишається резервним варіантом. tools.web.search.provider перевіряється за ідентифікаторами постачальників вебпошуку, оголошеними в маніфестах комплектних і встановлених Plugin. Друкарська помилка на кшталт "brvae" спричиняє помилку перевірки конфігурації замість непомітного переходу до автоматичного визначення. Якщо налаштований постачальник має лише застарілі свідчення Plugin, наприклад залишковий блок plugins.entries.<plugin> після видалення стороннього Plugin, OpenClaw зберігає стійкість запуску й повідомляє попередження, щоб ви могли повторно встановити Plugin або запустити openclaw doctor --fix для очищення застарілої конфігурації. Вибір резервного постачальника web_fetch здійснюється окремо:
  • виберіть його за допомогою tools.web.fetch.provider
  • або пропустіть це поле й дозвольте OpenClaw автоматично визначити першого готового постачальника web-fetch з налаштованих облікових даних
  • web_fetch поза пісочницею може використовувати встановлених постачальників Plugin, які оголошують contracts.webFetchProviders; отримання даних у пісочниці дозволяє комплектних постачальників і перевірені встановлення офіційних Plugin, але виключає сторонні зовнішні Plugin
  • офіційний Plugin Firecrawl наразі є єдиним комплектним учасником webFetchProviders, налаштованим у plugins.entries.firecrawl.config.webFetch.*
Коли ви вибираєте Kimi під час openclaw onboard або openclaw configure --section web, OpenClaw також може запитати:
  • регіон Moonshot API (https://api.moonshot.ai/v1 або https://api.moonshot.cn/v1)
  • типову модель вебпошуку Kimi (типове значення — kimi-k2.6)
Для x_search налаштуйте plugins.entries.xai.config.xSearch.*. Він використовує той самий профіль автентифікації xAI, що й чат, або облікові дані XAI_API_KEY / вебпошуку Plugin, які використовує вебпошук Grok. Застаріла конфігурація tools.web.x_search.* автоматично переноситься командою openclaw doctor --fix. Коли ви вибираєте Grok під час openclaw onboard або openclaw configure --section web, OpenClaw також пропонує необов’язкове налаштування x_search із тими самими обліковими даними відразу після завершення налаштування Grok. Це окремий наступний крок у шляху Grok, а не окремий вибір постачальника вебпошуку верхнього рівня. Якщо вибрати іншого постачальника, OpenClaw не показує запит x_search.

Зберігання ключів API

Запустіть openclaw configure --section web або задайте ключ безпосередньо:

Параметри інструмента

Не всі параметри працюють з усіма постачальниками. Режим Brave llm-context відхиляє ui_lang; для date_before також потрібен date_after, оскільки власні діапазони актуальності Brave вимагають і початкової, і кінцевої дат. Gemini, Grok і Kimi повертають одну синтезовану відповідь із посиланнями на джерела. Вони приймають count для сумісності зі спільним інструментом, але це не змінює форму обґрунтованої відповіді. Gemini трактує актуальність day як підказку щодо давності; ширші значення актуальності та явні дати задають часові діапазони обґрунтування Google Search. Perplexity поводиться так само, коли ви використовуєте шлях сумісності Sonar/OpenRouter (plugins.entries.perplexity.config.webSearch.baseUrl / model або OPENROUTER_API_KEY); цей шлях також не підтримує max_tokens і max_tokens_per_page. SearXNG приймає http:// лише для довірених хостів приватної мережі або local loopback; загальнодоступні кінцеві точки SearXNG мають використовувати https://. Firecrawl і Tavily через web_search підтримують лише query та count — для розширених параметрів використовуйте їхні спеціалізовані інструменти.
x_search виконує пошук дописів у X (раніше Twitter) за допомогою xAI та повертає синтезовані ШІ відповіді з посиланнями на джерела. Він приймає запити природною мовою та необов’язкові структуровані фільтри. OpenClaw створює вбудований інструмент xAI x_search для кожного запиту, а не зберігає його постійно зареєстрованим, тому він активний лише для ходу, який фактично його викликає.
x_search працює на серверах xAI. xAI стягує $5 за 1 000 викликів інструмента плюс токени введення та виведення моделі.
У документації xAI зазначено, що x_search підтримує пошук за ключовими словами, семантичний пошук, пошук користувачів і отримання гілок обговорення. Для статистики взаємодії з окремим дописом, як-от репости, відповіді, закладки або перегляди, надавайте перевагу цільовому пошуку за точною URL-адресою допису або ідентифікатором статусу. Широкі пошуки за ключовими словами можуть знайти потрібний допис, але повернути менш повні метадані окремого допису. Рекомендована схема: спочатку знайдіть допис, а потім виконайте другий запит x_search, зосереджений саме на цьому дописі.
Якщо enabled не вказано, x_search доступний лише тоді, коли постачальником активної моделі є xai і облікові дані xAI успішно визначено. Для активної моделі з відомим постачальником, відмінним від xAI, установіть plugins.entries.xai.config.xSearch.enabled у true, щоб увімкнути використання між постачальниками. Якщо постачальника активної моделі не вказано або не вдалося визначити, інструмент залишається прихованим. Установіть enabled у false, щоб вимкнути його для всіх постачальників. Облікові дані xAI потрібні завжди.
x_search надсилає POST-запити до <baseUrl>/responses, якщо встановлено plugins.entries.xai.config.xSearch.baseUrl. Якщо це поле не вказано, використовується plugins.entries.xai.config.webSearch.baseUrl, потім застаріле tools.web.search.grok.baseUrl і, зрештою, загальнодоступна кінцева точка xAI (https://api.x.ai/v1). allowed_x_handles і excluded_x_handles є взаємовиключними.

Приклади

Профілі інструментів

Якщо ви використовуєте профілі інструментів або списки дозволів, додайте web_search, x_search або group:web:

Пов’язані матеріали

  • Отримання вебвмісту — отримання даних за URL-адресою та видобування зручного для читання вмісту
  • Веббраузер — повна автоматизація браузера для сайтів, що інтенсивно використовують JS
  • Пошук Grok — Grok як постачальник web_search
  • Вебпошук Ollama — вебпошук без ключа через ваш хост Ollama