「PR」新版websearch 如果在里面填了key 后面对话消耗的也是这个key应该算是一个bug

[CC19990113]

「PR」新版websearch 如果在里面填了key 后面对话消耗的也是这个key应该算是一个bug

[CC19990113]

然后还有就是能不能加一下cmd+r的强制刷新功能

[PerryLink]

不是错觉，两个地方默认用同一个凭据名。

搜索页的 key 不是存在搜索插件里的，而是走 credentials 域写进一个引用名：packages/client/ui-settings-web-search/src/client/web-search-card-controller.ts:352-355（credentials.set(this.ref(), value)），默认引用名是 DEEPSEEK_API_KEY（同文件 :43）；搜索插件的 schema 默认也是它（packages/web/web-search-deepseek/src/index.ts:48、:70）。

而 DeepSeek 的 API-key 模型连接，默认解析的正是同一个名字：packages/llm/llm-deepseek-api-key/src/config.ts:25。两个默认值指向同一条凭据，所以你在那一栏填的 key 会覆盖模型路由读到的值 —— 走 API-key 路由时对话跟着变，是共享引用名导致的，不是搜索把对话的 token 算进去了。

想分开：把搜索页里那个"凭据引用"改成另一个名字（比如 DEEPSEEK_SEARCH_API_KEY），key 填到新名字下。搜索还有自己独立的 endpoint 变量 DEEPSEEK_SEARCH_BASE_URL（index.ts:85），跟对话的 baseURL 无关。

先确认一件事：如果这个会话走的是 deepseek-account（账号登录），模型根本不读 DEEPSEEK_API_KEY，那现象就得另找解释 —— 看该会话 request/header 里的 provider 是哪条。

cmd+R 那个我不知道有内置实现，不瞎说。