求教：切换对话模型时，web_search 能否也使用对应模型进行搜索？

[EmyiaEllen]

背景

本人算是AI小白，直至最近才开始使用 Agent 尝鲜。这周 Space Bunny Alpha 在 OpenCode 上可以免费用了，我就在 DSH 中接入了这个模型。

但使用过程中发现：即使当前对话使用的是 Space Bunny Alpha，DSH 的 web_search 仍然会触发 DeepSeek API 请求。删除 DeepSeek API Key 后，搜索工具会返回 401 错误。

通过和模型对话了解到的调用链是：

Agent 调用 web_search
  -> ctx.web.search()
  -> deepseek-official provider
  -> 使用 DEEPSEEK_API_KEY
  -> POST https://api.deepseek.com/anthropic/v1/messages
  -> 请求 DeepSeek 原生 web_search 能力
  -> 返回搜索结果

同时，在相同环境中：

web_search -> 401
web_fetch  -> 正常

这说明 DSH 的搜索 provider 和抓取 provider 是两条独立路径，问题主要出在搜索 provider 的配置或凭据上。

DSH 当前的 DeepSeek 搜索 provider 文档也说明，它会复用 DEEPSEEK_API_KEY，并将搜索请求发送到独立的 Anthropic-compatible /messages endpoint。搜索请求使用独立的搜索模型，并不自动继承当前对话模型。

我希望的是：

使用 DeepSeek 对话
  -> 使用 DeepSeek 自己的 web_search

使用 Space Bunny Alpha 对话
  -> 使用 Space Bunny Alpha 对应的 web_search

也就是说，切换对话模型时，网页搜索能力也应该跟随模型切换，而不是所有模型都固定使用一个全局的 deepseek-official provider。

模型也给出一些配置：

- id: web
  name: '@deepseek-ai/dsh-web'
  config:
    searchProvider: brave

来替换搜索 provider。但这只能把所有会话的搜索统一切换到 Brave，并不能实现：

DeepSeek 会话 -> DeepSeek Search
Space Bunny Alpha 会话 -> Space Bunny Search

我目前看到的一些社区方案，例如：

• dsh-free-search
• dsh-web-search-brave
• dsh-searxng-web
• dsh-web-search-pro
• dsh-web-tools
• dsh-web-search-aggregation

主要解决的是“替换全局搜索后端”或“多引擎聚合”，并不完全符合我想要的“按当前对话模型选择对应搜索能力”。

这时候我比较好奇在 OpenCode 里面直接使用 Space Bunny Alpha，web_search 的调用链是什么，模型分析它的调用链可能是：

Space Bunny Alpha
  -> 决定调用 websearch
  -> OpenCode Host 收到工具调用
  -> OpenCode 调用自己的托管搜索服务
  -> Exa 或 Parallel 搜索
  -> 搜索结果返回给 Space Bunny Alpha
  -> Space Bunny Alpha 生成最终回答

并且 OpenCode 官方文档也说 web_search 仅在 OpenCode 本身使用

所以我的理解是：OpenCode 的 websearch 可能是客户端内部工具，外部无法直接获取它的搜索 endpoint，因此 DSH 不能简单复用这个工具。

提问

所以 DSH 中能否通过插件，来为每个会话配置对应的 WebSearchProvider 吗🤔？比如接入 OpenCode 就用 OpenCode 的 API KEY，接入 GLM 就用 GLM 的 API KEY。

并且我还注意到之前在 ZCode、Codex 上使用 DeepSeek 的时候，也不需要填入 GLM 和 GPT 的 API KEY 就能调用 web_search。但是反过来就不太行了🤔。

[PerryLink]

你的判断是对的：搜索 provider 是全局配置，不跟随对话模型

1. 结论：目前不支持你要的"按模型切换搜索"

搜索后端是 web 这个包上的一个单一配置项 searchProvider（抓取是另一个独立项 fetchProvider）。你在别处看到的写法：

- id: web
  name: '@deepseek-ai/dsh-web'
  config:
    searchProvider: brave

改的是整个进程的搜索后端——没有"这个会话用 A、那个会话用 B"的维度。所以：

• 你观察到的"切到 Space Bunny Alpha，web_search 仍然打 DeepSeek API"是当前设计的必然结果，不是配置错了；
• 你观察到的"web_search 401 而 web_fetch 正常"也完全自洽：它们是两条独立路径（一个搜索 provider，一个抓取 provider），凭据与端点各不相同。这一点你从调用链里推出来的结论是准确的。

2. 关于你列的社区方案

你列的 dsh-free-search / dsh-web-search-brave / dsh-searxng-web / dsh-web-search-pro / dsh-web-tools / dsh-web-search-aggregation 这些，按你的描述都属于"替换全局后端"或"多引擎聚合"——所以它们确实解决不了你的问题，你的判断没问题。"按当前对话模型选择搜索能力"这个维度，在现有配置模型里没有对应位置。

3. 所以这应该按功能诉求提，而且可以写得很具体

建议这样表述（三条，按优先级）：

1. 让搜索 provider 可按会话/模型选择——例如允许 provider 声明"我服务哪些模型/路由"，或允许在 preset/会话层覆盖 searchProvider；
2. 至少在 UI 上说明它是全局的：现在"切了模型但搜索没跟着切"很反直觉，如果界面上写明"搜索后端：DeepSeek（全局）"，就不会有人去删 API Key 试；
3. 让缺失凭据的失败更可诊断：现在表现为 web_search 401，而 web_fetch 正常——这对新手（你自述是新手）非常难判断。

第 1 条是真正的功能，第 2、3 条是低成本且立刻有价值的改进。

4. 一个现实提醒

你要的"每个模型配一套搜索"，前提是那个模型自己提供搜索能力。Space Bunny Alpha 走的是 OpenCode 的通道，它是否提供等价的搜索端点，决定了这件事在技术上能否成立——如果它没有自己的搜索能力，"跟随模型切换"就退化成"跟随模型切换到一个并不存在的后端"。建议把这一条也写进诉求，这会让讨论更聚焦：你要的可能是"让搜索走当前模型的 provider（若该 provider 具备搜索）"，而不是"每个模型都必须有搜索"。

5. 版本提醒

⚠️ 当前最新是 0.1.7-rc.2（tag dsh-v0.1.7-rc.2，npm next 也是它）。别装 latest——npm 上它仍停在 0.1.5-rc.3，更旧：

npm i -g @deepseek-ai/dsh@next      # 当前 = 0.1.7-rc.2

一条边界

我上面确认的是"searchProvider 是 web 包的全局配置、且搜索与抓取是两条独立路径"这一层。你贴的调用链细节我没有逐行核对（例如它是否真的落到 /anthropic/v1/messages），所以那部分以你的实测日志为准。