web_search durchsucht das Web mit Ihrem konfigurierten Provider und gibt
normalisierte Ergebnisse zurück, die pro Suchanfrage 15 Minuten lang zwischengespeichert werden (konfigurierbar). OpenClaw
enthält außerdem x_search für Beiträge auf X (ehemals Twitter) und web_fetch für
leichtgewichtige URL-Abrufe. web_fetch wird immer lokal ausgeführt; web_search wird
über xAI Responses geleitet, wenn Grok der Provider ist, und x_search verwendet immer
xAI Responses.
web_search ist ein leichtgewichtiges HTTP-Tool und keine Browserautomatisierung. Verwenden Sie für
JS-lastige Websites oder Anmeldungen den Webbrowser. Verwenden Sie zum
Abrufen einer bestimmten URL Web Fetch.Schnellstart
1
Provider auswählen
Wählen Sie einen Provider aus und schließen Sie alle erforderlichen Einrichtungsschritte ab. Einige Provider
benötigen keinen Schlüssel, andere benötigen einen API-Schlüssel. Weitere Informationen finden Sie auf den
unten aufgeführten Provider-Seiten.
2
Konfigurieren
BRAVE_API_KEY) und diesen Schritt überspringen.3
Verwenden
Provider auswählen
Brave Search
Strukturierte Ergebnisse mit Auszügen. Unterstützt den Modus
llm-context sowie Länder- und Sprachfilter. Kostenloses Kontingent verfügbar.Codex Hosted Search
KI-generierte, quellenbasierte Antworten über Ihr Codex-App-Server-Konto.
DuckDuckGo
Provider ohne Schlüssel. Kein API-Schlüssel erforderlich. Inoffizielle HTML-basierte Integration.
Exa
Neuronale und schlagwortbasierte Suche mit Inhaltsextraktion (Hervorhebungen, Text, Zusammenfassungen).
Firecrawl
Strukturierte Ergebnisse. Am besten zusammen mit
firecrawl_search und firecrawl_scrape für eine umfassende Extraktion.Gemini
KI-generierte Antworten mit Quellenangaben durch Verankerung in der Google-Suche.
Grok
KI-generierte Antworten mit Quellenangaben durch xAI-Web-Verankerung.
Kimi
KI-generierte Antworten mit Quellenangaben über die Moonshot-Websuche; nicht quellenbasierte Chat-Fallbacks schlagen ausdrücklich fehl.
MiniMax Search
Strukturierte Ergebnisse über die Such-API des MiniMax Token Plan.
Ollama Web Search
Suche über einen angemeldeten lokalen Ollama-Host oder die gehostete Ollama-API.
Parallel
Kostenpflichtige Parallel Search API (
PARALLEL_API_KEY); höhere Ratenlimits und Zielabstimmung.Parallel Search (kostenlos)
Option ohne Schlüssel. Die kostenlose Search MCP von Parallel mit LLM-optimierten, dichten Auszügen und ohne API-Schlüssel.
Perplexity
Strukturierte Ergebnisse mit Steuerelementen für die Inhaltsextraktion und Domainfilterung.
SearXNG
Selbst gehostete Metasuche. Kein API-Schlüssel erforderlich. Aggregiert Google, Bing, DuckDuckGo und weitere.
Tavily
Strukturierte Ergebnisse mit Suchtiefe, Themenfilterung und
tavily_extract zur URL-Extraktion.Provider-Vergleich
Ergebnisstruktur
web_search normalisiert jeden integrierten und externen Plugin-Provider an der zentralen
Tool-Grenze. Aufrufer erhalten genau eine dieser abgeschlossenen Strukturen:
kind: "results"; synthetisierende Provider verwenden
kind: "answer". Externe Plugin-Provider, deren Nutzdaten keiner der beiden Strukturen
entsprechen, werden aus Kompatibilitätsgründen unverändert als kind: "raw" durchgereicht. Providerspezifische
Felder wie Rohbewertungen, Auszüge, verwandte Suchanfragen, Offsets für Inline-Quellenangaben,
Modell-IDs oder Sitzungsmetadaten werden in normalisierten
Zweigen nicht durchgereicht. Verwenden Sie das dedizierte Tool eines Providers, wenn dessen umfangreichere Antwort Teil Ihres
Workflows ist.
externalContent.wrapped: true ist eine Vertrauensmarkierung, deren Wahrheitsgehalt die Grenze selbst
sicherstellt: Provider-Prosa (title, snippet, siteName, content, Titel von
Quellenangaben, Fehler-message) wird von bereits vorhandenen Umschlagzeilen bereinigt und
an der zentralen Grenze genau einmal neu umschlossen, sodass keine Provider-Metadaten
die Markierung fälschen können. query entspricht immer der angeforderten Suchanfrage, URLs von Quellenangaben und Ergebnissen
müssen als http(s) geparst werden können, published muss dem ISO-Datumsformat entsprechen, URLs werden in kanonisierter Form ausgegeben und
Nutzdaten mit einem Schlüssel error werden immer als kind: "error" gemeldet, wobei der
ursprüngliche Provider-Code innerhalb der umschlossenen Meldung erhalten bleibt. Unverändert durchgereichte
Nutzdaten behalten alle vom Provider gesetzten Markierungen bei.
Automatische Erkennung
Provider-Listen in der Dokumentation und in Einrichtungsabläufen sind alphabetisch sortiert. Die automatische Erkennung verwendet eine separate, feste Prioritätsreihenfolge und wählt einen Provider, der Anmeldedaten benötigt (requiresCredential !== false), nur dann aus, wenn konfigurierte Anmeldedaten gefunden werden. Wenn
kein provider festgelegt ist, prüft OpenClaw die Provider in dieser Reihenfolge und verwendet den
ersten einsatzbereiten Provider:
Zuerst API-gestützte Provider:
- Brave —
BRAVE_API_KEYoderplugins.entries.brave.config.webSearch.apiKey(Reihenfolge 10) - MiniMax Search —
MINIMAX_CODE_PLAN_KEY/MINIMAX_CODING_API_KEY/MINIMAX_OAUTH_TOKEN/MINIMAX_API_KEYoderplugins.entries.minimax.config.webSearch.apiKey(Reihenfolge 15) - Gemini —
plugins.entries.google.config.webSearch.apiKey,GEMINI_API_KEYodermodels.providers.google.apiKey(Reihenfolge 20) - Grok — xAI OAuth,
XAI_API_KEYoderplugins.entries.xai.config.webSearch.apiKey(Reihenfolge 30) - Kimi —
KIMI_API_KEY/MOONSHOT_API_KEYoderplugins.entries.moonshot.config.webSearch.apiKey(Reihenfolge 40) - Perplexity —
PERPLEXITY_API_KEY/OPENROUTER_API_KEYoderplugins.entries.perplexity.config.webSearch.apiKey(Reihenfolge 50) - Firecrawl —
FIRECRAWL_API_KEYoderplugins.entries.firecrawl.config.webSearch.apiKey(Reihenfolge 60) - Exa —
EXA_API_KEYoderplugins.entries.exa.config.webSearch.apiKey; optional überschreibtplugins.entries.exa.config.webSearch.baseUrlden Exa-Endpunkt (Reihenfolge 65) - Tavily —
TAVILY_API_KEYoderplugins.entries.tavily.config.webSearch.apiKey(Reihenfolge 70) - Parallel — kostenpflichtige Parallel Search API über
PARALLEL_API_KEYoderplugins.entries.parallel.config.webSearch.apiKey; optional überschreibtplugins.entries.parallel.config.webSearch.baseUrlden Endpunkt (Reihenfolge 75)
- SearXNG —
SEARXNG_BASE_URLoderplugins.entries.searxng.config.webSearch.baseUrl(Reihenfolge 200)
tools.web.search.provider oder über
openclaw configure --section web auswählen. OpenClaw sendet verwaltete
web_search-Abfragen nicht allein deshalb an einen Provider ohne Schlüssel, weil kein API-gestützter
Provider konfiguriert ist.
OpenAI-Responses-Modelle bilden eine Ausnahme: Solange tools.web.search.provider
nicht festgelegt ist, verwenden sie statt der oben genannten verwalteten Provider die native Websuche
von OpenAI (siehe unten). Setzen Sie tools.web.search.provider auf
parallel-free (oder einen anderen Provider), um sie stattdessen über den verwalteten Pfad
zu leiten.
Alle Provider-Schlüsselfelder unterstützen SecretRef-Objekte. Plugin-spezifische SecretRefs
unter
plugins.entries.<plugin>.config.webSearch.apiKey werden für die
installierten API-gestützten Websuch-Provider aufgelöst, einschließlich Brave, Exa, Firecrawl,
Gemini, Grok, Kimi, MiniMax, Parallel, Perplexity und Tavily,
unabhängig davon, ob der Provider explizit über tools.web.search.provider ausgewählt oder
durch die automatische Erkennung bestimmt wird. Im Modus der automatischen Erkennung löst OpenClaw nur den
Schlüssel des ausgewählten Providers auf – nicht ausgewählte SecretRefs bleiben inaktiv, sodass Sie
mehrere Provider konfigurieren können, ohne Auflösungskosten für diejenigen zu verursachen,
die Sie nicht verwenden.Native OpenAI-Websuche
Direkte OpenAI-Responses-Modelle (api: "openai-responses", Provider openai,
keine Basis-URL oder eine offizielle OpenAI-API-Basis-URL) verwenden automatisch das von OpenAI gehostete
web_search-Tool, wenn die OpenClaw-Websuche aktiviert und kein
verwalteter Provider fest vorgegeben ist. Dieses Verhalten gehört dem Provider im mitgelieferten
OpenAI-Plugin und gilt nicht für OpenAI-kompatible Proxy-Basis-URLs oder Azure-
Routen. Setzen Sie tools.web.search.provider auf einen anderen Provider wie brave, um
das verwaltete web_search-Tool für OpenAI-Modelle beizubehalten, oder setzen Sie
tools.web.search.enabled: false, um sowohl die verwaltete Suche als auch die native
OpenAI-Suche zu deaktivieren.
Native Codex-Websuche
Die Codex-App-Server-Laufzeit verwendet automatisch das von Codex gehosteteweb_search-Tool,
wenn die Websuche aktiviert und kein verwalteter Provider ausgewählt ist. Die native gehostete
Suche und das dynamische verwaltete web_search-Tool von OpenClaw schließen sich gegenseitig aus,
sodass die verwaltete Suche native Domainbeschränkungen nicht umgehen kann. OpenClaw verwendet das
verwaltete Tool, wenn die gehostete Suche nicht verfügbar oder explizit deaktiviert ist oder
durch einen ausgewählten verwalteten Provider ersetzt wurde. OpenClaw lässt die eigenständige
web.run-Erweiterung von Codex deaktiviert (features.standalone_web_search: false),
da der App-Server-Verkehr in der Produktion ihren benutzerdefinierten web-
Namensraum ablehnt.
- Konfigurieren Sie die native Suche unter
tools.web.search.openaiCodex - Setzen Sie
tools.web.search.provider: "codex", um Codex Hosted Search als verwaltetenweb_search-Provider für ein beliebiges übergeordnetes Modell bereitzustellen. Jeder Aufruf führt einen begrenzten flüchtigen Codex-App-Server-Durchlauf aus und schlägt fehl, wenn Codex kein gehosteteswebSearch-Element ausgibt. mode: "cached"ist die Standardeinstellung, Codex löst sie jedoch für uneingeschränkte App-Server-Durchläufe in einen externen Live-Zugriff auf; setzen Sie"live", um den Live-Zugriff explizit anzufordern- Setzen Sie
tools.web.search.providerauf einen verwalteten Provider wiebrave, um stattdessen das verwalteteweb_searchvon OpenClaw zu verwenden - Setzen Sie
tools.web.search.openaiCodex.enabled: false, um die von Codex gehostete Suche abzulehnen; andere verwaltete Provider bleiben verfügbar - Eine Beschränkung der nativen Codex-Tool-Oberfläche hält auch das verwaltete
web_searchverfügbar - Wenn
allowedDomainsfestgelegt ist, schlägt der automatische verwaltete Fallback geschlossen fehl, falls die gehostete Suche nicht verfügbar ist, sodass die native Zulassungsliste nicht umgangen werden kann - LLM-reine Durchläufe mit deaktivierten Tools deaktivieren sowohl die native als auch die verwaltete Suche
tools.web.search.enabled: falsedeaktiviert sowohl die verwaltete als auch die native Suche
web_search-Tool verwenden. Dieser separate Pfad muss weiterhin über
tools.web.search.openaiCodex.enabled: true explizit aktiviert werden und gilt nur für geeignete
openai/*-Modelle, die api: "openai-chatgpt-responses" verwenden.
web_search-Fallback über den dynamischen Tool-Namensraum von OpenClaw verwenden.
Verwenden Sie einen expliziten verwalteten Provider, wenn Sie statt der von Codex gehosteten Suche
die providerspezifischen Netzwerksteuerungen von OpenClaw benötigen.
Die Auswahl von provider: "codex" aktiviert das mitgelieferte codex-Plugin und verwendet
dieselben oben dargestellten tools.web.search.openaiCodex-Beschränkungen. Authentifizieren Sie
zuerst den Codex-App-Server mit openclaw models auth login --provider openai.
Der übergeordnete Agent kann ein beliebiges Modell oder eine beliebige Laufzeit verwenden; nur der begrenzte Such-Worker
wird über Codex ausgeführt.
Netzwerksicherheit
Verwaltete HTTP-Aufrufe anweb_search-Provider verwenden den geschützten Abrufpfad von OpenClaw,
der auf den eigenen Hostnamen des aktuellen Providers beschränkt ist. Ausschließlich für diesen Hostnamen
erlaubt OpenClaw Fake-IP-DNS-Antworten von Surge, Clash und sing-box in
198.18.0.0/15 und fc00::/7. Andere private, Loopback-, Link-Local- und
Metadatenziele bleiben blockiert. Codex Hosted Search bildet die Ausnahme:
Sein begrenzter Worker delegiert den Netzwerkzugriff an das gehostete
web_search-Tool des Codex-App-Servers.
Diese automatische Zulassung gilt nicht für beliebige web_fetch-URLs. Aktivieren Sie für
web_fetch die Optionen tools.web.fetch.ssrfPolicy.allowRfc2544BenchmarkRange und
tools.web.fetch.ssrfPolicy.allowIpv6UniqueLocalRange nur dann explizit, wenn Ihr
vertrauenswürdiger Proxy diese synthetischen Bereiche kontrolliert.
Konfiguration
plugins.entries.<plugin>.config.webSearch.*. Gemini kann außerdem
models.providers.google.apiKey und models.providers.google.baseUrl als Fallbacks mit niedrigerer Priorität
nach seiner dedizierten Websuchkonfiguration und GEMINI_API_KEY wiederverwenden. Beispiele finden Sie auf den
Provider-Seiten.
Grok kann außerdem ein xAI-OAuth-Authentifizierungsprofil aus openclaw models auth login --provider xai --method oauth wiederverwenden; die API-Schlüsselkonfiguration bleibt der Fallback.
tools.web.search.provider wird anhand der Websuch-Provider-IDs validiert,
die in den Manifesten mitgelieferter und installierter Plugins deklariert sind. Ein Tippfehler wie "brvae"
führt zum Fehlschlagen der Konfigurationsvalidierung, statt stillschweigend auf die automatische Erkennung zurückzufallen. Wenn für einen
konfigurierten Provider nur veraltete Plugin-Nachweise vorhanden sind, beispielsweise ein übrig gebliebener
plugins.entries.<plugin>-Block nach der Deinstallation eines Drittanbieter-Plugins,
bleibt der Start von OpenClaw robust und es wird eine Warnung ausgegeben, sodass Sie das
Plugin neu installieren oder openclaw doctor --fix ausführen können, um die veraltete Konfiguration zu bereinigen.
Die Auswahl des web_fetch-Fallback-Providers erfolgt separat:
- Wählen Sie ihn mit
tools.web.fetch.provideraus - oder lassen Sie dieses Feld weg und OpenClaw erkennt anhand der konfigurierten Anmeldedaten automatisch den ersten einsatzbereiten Webabruf- Provider
- Nicht in einer Sandbox ausgeführtes
web_fetchkann installierte Plugin-Provider verwenden, diecontracts.webFetchProvidersdeklarieren; Sandbox-Abrufe erlauben mitgelieferte Provider und verifizierte offizielle Plugin-Installationen, schließen jedoch externe Drittanbieter-Plugins aus - Das offizielle Firecrawl-Plugin ist derzeit der einzige mitgelieferte
webFetchProviders- Beitrag und wird unterplugins.entries.firecrawl.config.webFetch.*konfiguriert
openclaw onboard oder
openclaw configure --section web Kimi auswählen, kann OpenClaw außerdem Folgendes abfragen:
- die Moonshot-API-Region (
https://api.moonshot.ai/v1oderhttps://api.moonshot.cn/v1) - das standardmäßige Kimi-Websuchmodell (Standardwert:
kimi-k2.6)
x_search die Option plugins.entries.xai.config.xSearch.*. Sie verwendet dasselbe
xAI-Authentifizierungsprofil wie der Chat oder die XAI_API_KEY- bzw. Plugin-Websuch-
Anmeldedaten, die von der Grok-Websuche verwendet werden.
Die veraltete tools.web.x_search.*-Konfiguration wird von openclaw doctor --fix automatisch migriert.
Wenn Sie Grok während openclaw onboard oder openclaw configure --section web auswählen,
bietet OpenClaw außerdem eine optionale Einrichtung von x_search mit denselben Anmeldedaten an,
unmittelbar nachdem die Grok-Einrichtung abgeschlossen ist. Dies ist ein separater Folgeschritt innerhalb des Grok-
Pfads und keine separate Websuch-Provider-Auswahl auf oberster Ebene. Wenn Sie einen anderen
Provider auswählen, zeigt OpenClaw die Eingabeaufforderung x_search nicht an.
API-Schlüssel speichern
- Konfigurationsdatei
- Umgebungsvariable
Führen Sie
openclaw configure --section web aus oder legen Sie den Schlüssel direkt fest:Tool-Parameter
x_search
x_search durchsucht mit xAI Beiträge auf X (ehemals Twitter) und gibt
KI-synthetisierte Antworten mit Quellenangaben zurück. Es akzeptiert natürlichsprachliche Anfragen und
optionale strukturierte Filter. OpenClaw erstellt das integrierte xAI-Tool x_search
für jede Anfrage neu, statt es dauerhaft zu registrieren. Daher ist es nur
für den Turn aktiv, in dem es tatsächlich aufgerufen wird.
Laut xAI unterstützt
x_search die Stichwortsuche, semantische Suche, Benutzersuche
und das Abrufen von Threads. Für Interaktionsstatistiken einzelner Beiträge wie Reposts,
Antworten, Lesezeichen oder Aufrufe empfiehlt sich eine gezielte Suche nach der genauen Beitrags-URL
oder Status-ID. Allgemeine Stichwortsuchen finden möglicherweise den richtigen Beitrag, liefern jedoch
weniger vollständige Metadaten zum einzelnen Beitrag. Ein geeignetes Vorgehen ist: Suchen Sie zunächst den Beitrag und
führen Sie dann eine zweite x_search-Anfrage aus, die sich auf genau diesen Beitrag konzentriert.x_search-Konfiguration
Wennenabled nicht angegeben ist, wird x_search nur bereitgestellt, wenn der Provider des aktiven Modells
xai ist und xAI-Anmeldedaten aufgelöst werden können. Legen Sie bei einem aktiven Modell mit bekanntem
Nicht-xAI-Provider plugins.entries.xai.config.xSearch.enabled auf true fest, um die
Provider-übergreifende Nutzung zu aktivieren. Wenn der Provider des aktiven Modells fehlt oder
nicht aufgelöst werden kann, bleibt das Tool ausgeblendet. Legen Sie enabled auf false fest, um es für
jeden Provider zu deaktivieren. xAI-Anmeldedaten sind immer erforderlich.
x_search sendet Anfragen an <baseUrl>/responses, wenn
plugins.entries.xai.config.xSearch.baseUrl festgelegt ist. Wenn dieses Feld nicht angegeben ist,
wird zunächst auf plugins.entries.xai.config.webSearch.baseUrl und anschließend auf den
öffentlichen xAI-Endpunkt (https://api.x.ai/v1) zurückgegriffen.
x_search-Parameter
allowed_x_handles und excluded_x_handles schließen sich gegenseitig aus.
x_search-Beispiel
Beispiele
Tool-Profile
Wenn Sie Tool-Profile oder Zulassungslisten verwenden, fügen Sieweb_search, x_search oder group:web hinzu:
Verwandte Themen
- Web Fetch – eine URL abrufen und lesbaren Inhalt extrahieren
- Webbrowser – vollständige Browserautomatisierung für Websites mit intensiver JavaScript-Nutzung
- Grok-Suche – Grok als
web_search-Provider - Ollama-Websuche – schlüsselfreie Websuche über Ihren Ollama-Host