[FEATURE]: Use provider-hosted web search when available #7647

Open
opened 2026-02-16 18:07:49 -05:00 by yindo · 1 comment
Owner

Originally created by @lgeniaux on GitHub (Jan 26, 2026).

Originally assigned to: @thdxr on GitHub.

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

Problem:
In Codex IDE using Codex models, web search is available and feels native. In OpenCode today, web search requires Exa, custom flags and potential api key or falls back to webfetch, even when providers already offer a built‑in alternative, sometimes with no added cost when used with OAuth (need confirmation on this)

Why this matters:
For OpenAI (and possibly other providers like Anthropic), web search is already available in the provider stack without extra keys to be used in their proprietary environnement. Using that would reduce friction, enhance user experience, models capabilities and improve parity with Codex.

Request:
Support provider‑hosted web search when it exists, with the same permission UX and a safe fallback to current Exa/webfetch behavior. If other providers add native web search, this could extend to them too.

Findings and additional notes:
I inspected Codex CLI behavior and it appears to enable the OpenAI 'web_search' tool via the Responses API (tool type 'web_search', tool_choice auto, and OAuth eligibility header).

Originally created by @lgeniaux on GitHub (Jan 26, 2026). Originally assigned to: @thdxr on GitHub. ### Feature hasn't been suggested before. - [x] I have verified this feature I'm about to request hasn't been suggested before. ### Describe the enhancement you want to request Problem: In Codex IDE using Codex models, web search is available and feels native. In OpenCode today, web search requires Exa, custom flags and potential api key or falls back to webfetch, even when providers already offer a built‑in alternative, sometimes with no added cost when used with OAuth (need confirmation on this) Why this matters: For OpenAI (and possibly other providers like Anthropic), web search is already available in the provider stack without extra keys to be used in their proprietary environnement. Using that would reduce friction, enhance user experience, models capabilities and improve parity with Codex. Request: Support provider‑hosted web search when it exists, with the same permission UX and a safe fallback to current Exa/webfetch behavior. If other providers add native web search, this could extend to them too. Findings and additional notes: I inspected Codex CLI behavior and it appears to enable the OpenAI 'web_search' tool via the Responses API (tool type 'web_search', tool_choice auto, and OAuth eligibility header).
yindo added the discussion label 2026-02-16 18:07:49 -05:00
Author
Owner

@github-actions[bot] commented on GitHub (Jan 26, 2026):

This issue might be a duplicate of existing issues. Please check:

  • #309: web search tool (foundational web search feature request)
  • #6897: Plannotator stops during execution, Exa search instability (discusses Exa search integration issues and reliability concerns)
  • #9461: Claude-style Tool Search Tool Implementation in OpenCode (related to tool integration and capability improvements similar to Claude)

Feel free to ignore if none of these address your specific case.

@github-actions[bot] commented on GitHub (Jan 26, 2026): This issue might be a duplicate of existing issues. Please check: - #309: web search tool (foundational web search feature request) - #6897: Plannotator stops during execution, Exa search instability (discusses Exa search integration issues and reliability concerns) - #9461: Claude-style Tool Search Tool Implementation in OpenCode (related to tool integration and capability improvements similar to Claude) Feel free to ignore if none of these address your specific case.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#7647