openclaw - 💡(How to fix) Fix web_search tool description says Brave API even when DuckDuckGo is active [3 comments, 4 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openclaw/openclaw#75088Fetched 2026-05-01 05:38:15
View on GitHub
Comments
3
Participants
4
Timeline
6
Reactions
2
Timeline (top)
commented ×3closed ×1mentioned ×1subscribed ×1

In a session where Brave Search is not configured, web_search correctly uses DuckDuckGo, but the assistant-facing tooling description says:

web_search: Search the web (Brave API)

This is misleading. It caused the assistant to incorrectly answer that web_search was using Brave, even though the actual tool result showed DuckDuckGo.

Root Cause

In a session where Brave Search is not configured, web_search correctly uses DuckDuckGo, but the assistant-facing tooling description says:

web_search: Search the web (Brave API)

This is misleading. It caused the assistant to incorrectly answer that web_search was using Brave, even though the actual tool result showed DuckDuckGo.

Code Example

{
  "provider": "duckduckgo"
}
RAW_BUFFERClick to expand / collapse

Bug type

Tool metadata / provider description mismatch

Summary

In a session where Brave Search is not configured, web_search correctly uses DuckDuckGo, but the assistant-facing tooling description says:

web_search: Search the web (Brave API)

This is misleading. It caused the assistant to incorrectly answer that web_search was using Brave, even though the actual tool result showed DuckDuckGo.

Expected behavior

The tool description should either:

  • reflect the resolved active provider, e.g. Search the web using DuckDuckGo, or
  • use provider-neutral wording, e.g. Search the web using the configured provider.

Actual behavior

The injected tooling note says Brave API, while web_search actually reports:

{
  "provider": "duckduckgo"
}

The exposed schema also contains DuckDuckGo-specific fields such as region and safeSearch.

Steps to reproduce

  1. Use OpenClaw without configuring a Brave API key.
  2. Start a session with web_search available.
  3. Ask the assistant which provider web_search uses.
  4. Observe the tool metadata says Brave API.
  5. Invoke web_search.
  6. Observe the result reports provider: "duckduckgo".

Related issue

Possibly related but not identical:

  • #60194 — Brave configured but web_search still falls back to DuckDuckGo.

This issue is specifically about stale or incorrect tool metadata, not Brave activation failure.

Impact

Low severity, but confusing. It can make the assistant give incorrect information about which external search provider is being used.

Suggested fix

Generate the assistant-facing web_search description from the resolved active provider, or change it to provider-neutral wording.

extent analysis

TL;DR

Update the tool metadata generation to reflect the resolved active provider or use provider-neutral wording to avoid misleading descriptions.

Guidance

  • Review the code responsible for generating the assistant-facing tooling description to ensure it uses the actual provider (e.g., DuckDuckGo) when Brave Search is not configured.
  • Verify that the web_search description is updated to either reflect the resolved active provider (e.g., "Search the web using DuckDuckGo") or use provider-neutral wording (e.g., "Search the web using the configured provider").
  • Check the related issue #60194 to ensure the fix does not introduce any unintended consequences related to Brave configuration.
  • Test the updated tool metadata generation with different provider configurations to ensure accuracy.

Example

No code snippet is provided as the issue does not contain sufficient code details.

Notes

The suggested fix assumes that the resolved active provider can be determined programmatically. If this is not the case, additional changes may be required to retrieve the correct provider information.

Recommendation

Apply a workaround by updating the tool metadata generation to use provider-neutral wording until a more robust solution can be implemented, as this will at least prevent misleading descriptions.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

The tool description should either:

  • reflect the resolved active provider, e.g. Search the web using DuckDuckGo, or
  • use provider-neutral wording, e.g. Search the web using the configured provider.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING