web_search 固定请求官方端点，导致自配网关的用户搜索必现认证失败

[rxh1999]

web_search 固定请求官方端点，导致自配网关的用户搜索必现认证失败

---

Title（建议）

web_search always hits the hardcoded api.deepseek.com/anthropic/v1 even when the chat endpoint is overridden (llm-deepseek.baseURL), causing "Authentication Fails, Your api key is invalid" for users on a compatible gateway

环境 Environment

• dsh / web-search-deepseek 版本：0.1.0-rc.6（@deepseek-ai/dsh）
• 平台：macOS（Apple Silicon）/ Node 26
• 使用方式：dsh web（GUI）

现象 Symptom

聊天一切正常，但每次调用 web_search 工具都会在界面上返回红色错误：

Error: Authentication Fails, Your api key: ****eHfw is invalid

（****eHfw 是服务端把请求中携带的 DEEPSEEK_API_KEY 打码后的尾号。）

该错误在所有会话中 100% 复现，且 web_search 从未成功过一次。

配置 Config（关键点）

~/.dsh/settings.yaml：

llm-deepseek:
  baseURL: https://opencode.ai/zen/go/v1   # 用户显式覆盖的兼容网关
agent-default-model:
  provider: deepseek-official
  model: deepseek-v4-flash

~/.dsh/.credentials.yaml：

DEEPSEEK_API_KEY: sk-6HsVd…hpeHfw   # 67 位，在 opencode zen 网关有效

根因分析 Root Cause

1. 聊天链路 dsh-llm-deepseek 的 baseURL 来自 llm-deepseek.baseURL 配置（或 $DEEPSEEK_BASE_URL），用户可自由指向任意 OpenAI 兼容网关（本例为 opencode zen）。

2. 但搜索链路 dsh-web-search-deepseek 的默认端点写死为 https://api.deepseek.com/anthropic/v1（源码见下），不复用聊天端点的配置，也不复用 $DEEPSEEK_BASE_URL：

   // packages/web/web-search-deepseek/lib/index.js (0.1.0-rc.6)
   const DEEPSEEK_DEFAULT_BASE_URL = "https://api.deepseek.com/anthropic/v1";
   // ...
   baseURL: config.baseURL ?? launchEnvironmentOf(ctx).get(SEARCH_BASE_URL_ENV)?.value
            ?? "https://api.deepseek.com/anthropic/v1",

   只有显式设置 web-search-deepseek.baseURL 配置段或 DEEPSEEK_SEARCH_BASE_URL 环境变量才会改变。

3. 两条链路使用同一个 DEEPSEEK_API_KEY 凭据。当用户的 key 只对自定义网关有效（而非官方平台 key）时：聊天正常，而 web_search 把同一个 key 发往官方端点 → 官方返回 401：

   {"error":{"message":"Authentication Fails, Your api key: ****eHfw is invalid","type":"authentication_error",...}}
   

   DSH 把该消息原样透传，界面显示为红色 Error:。

复现步骤 To Reproduce

1. 在 settings.yaml 配置 llm-deepseek.baseURL 指向一个非官方的 OpenAI/Anthropic 兼容网关，并在 ~/.dsh/.credentials.yaml 存放仅对该网关有效的 key（如 opencode zen key，67 位混合字母数字，而官方 key 为 sk- + 32 位小写十六进制）。
2. 在 GUI 中让 agent 调用 web_search。
3. 观察必现的认证失败错误；同时聊天正常。

验证证据 Evidence

• curl https://api.deepseek.com/user/balance（携带该 key）→ 401，错误文案与界面上完全一致。
• curl https://opencode.ai/zen/go/v1/models（携带该 key）→ 200，key 有效。
• 直接把 web_search_20250305 工具请求发往 https://opencode.ai/zen/go/v1/messages → 200，返回 web_search_tool_result 与 10 条结果 → 证明把搜索端点指到同一网关即可正常工作。

建议修复 Suggestion

• 让 web_search 默认端点继承/回退到聊天配置（llm-deepseek.baseURL / $DEEPSEEK_BASE_URL），或至少在 key 与端点不匹配时给出可读的配置提示（如报错中提示 DEEPSEEK_SEARCH_BASE_URL / web-search-deepseek.baseURL）。
• 或：错误透传时附带配置指引，帮助用户理解是「端点和 key 不匹配」而不是「key 失效」。

临时 Workaround

在 ~/.dsh/settings.yaml 增加（已验证可行）：

web-search-deepseek:
  baseURL: https://opencode.ai/zen/go/v1

或设置环境变量：DEEPSEEK_SEARCH_BASE_URL=https://opencode.ai/zen/go/v1

[Sun-0702]

same！
OpenAI API error (400): {"type":"invalid_request","message":"Error from provider (Console Go): Upstream request failed: [400] invalid request: invalid tools in request: custom function name "web_search" is reserved"}
The web_search tool is registered by the dsh-tool-web plugin, and that's what's causing the problem.

[pcc-258]

我也遇到了，选了不同的llm provider 但是web search的供应商默认用deepseek官方的，并且key先用环境变量，其次读.dsh/ 没有跟随provider 修改web search的端点

[Electricitysheep]

web_search 写死官方端点，自配网关用户必现认证失败——工具端点硬编码问题，应该走 provider 配置而不是写死。

自配网关的兼容坑（含端点/认证）我们第 2 章和 FAQ 有整理：https://github.com/Electricitysheep/dsh-handbook/blob/main/docs/02-quickstart.md

[shinjiyu]

这就是 #779 / #408 那条缝：聊天可以走网关或其它模型，默认 web_search 仍打官方 DeepSeek，没官方 key 就 401。

dsh-plugin-search 只做简化：

• 工具名还是 web_search
• 关掉内置 web-search-deepseek
• 默认零配置（Tavily keyless）

安装：

dsh plugin --profile web add github:shinjiyu/dsh-plugin-search

然后重启 dsh。不是搜索全家桶。

Repo: https://github.com/shinjiyu/dsh-plugin-search

[rxh1999]

是的，问题很明确，建议dsh后续版本中，用户自配网关后，通过配置，把url同步到websearch工具对应的环境变量。避免这个问题。

[maxwell-feng]

其实可以自己配的。没必要关联。有些自己部署的