标题： [Feature Request] web_search 工具应支持不经大模型的纯搜索模式（当前每次搜索都调用付费 DeepSeek API）

[NeoInBJ]

标题： [Feature Request] web_search 工具应支持不经大模型的纯搜索模式（当前每次搜索都调用付费 DeepSeek API）

核心诉求（4 点）：

纯搜索模式——直接调搜索后端（Bing/DDG 等），零模型 token
可配置 provider——允许把辅助搜索指向自己的免费通道（sensenova/DashScope/本地）
跟随主模型——如果必须走 LLM，就复用用户当前选的模型
UI 提示——若会产生费用，界面要明示
证据链完整：

session 日志事件 web/deepseek-search-llm-request
源码 dsh-web-search-deepseek 包注释（"Each search costs a model turn"）
计费验证（9 次搜索 = 账单 9 次请求 ¥0.33）
环境信息： 0.1.6-alpha.2 / macOS / 复现路径已写明

[nanami-0713]

支持,四点里第 1、2 点解决「少花钱」,第 4 点解决「花了要可见」——后者其实更基础,因为它不依赖官方重构搜索架构就能先做。

补充一个计费可见性视角:

1. 搜索消耗在 usage 口径里是盲区。web_search 的辅助模型 turn 被计费,却不进会话日志/token 统计——web_search auxiliary calls bill tokens that never reach the session log #7195(英文帖)和 web-search-deepseek 丢弃 usage：联网搜索的模型 turn 被计费，却不计入任何 token 统计 #7189 反映的正是这个问题,与本帖是同一簇:一个讲「每搜一次都在烧钱」,一个讲「烧了钱还看不见」。纯搜索模式/自带 provider 能同时缓解两头。
2. 成本口径不止按次计费。如果搜索端点被指到订阅通道(Coding Plan 的兼容端点),每次搜索消耗的就是 5 小时窗口/周额度里的真实配额——这与「订阅额度应作为一等公民」([Idea] First-class subscription quota windows (5-hour / weekly / monthly) for Coding Plan providers #6895)直接相关。无论走按次还是订阅,这笔消耗目前都难以归账到具体请求上。
3. UI 明示建议做到请求粒度:至少在会话日志里把 search turn 单独标注(模型、token 用量、端点),否则外部用量工具(比如我在维护的 dsh-usage)无法把这部分成本记到正确的请求上。「跟随主模型」这一条对订阅用户还有附带好处:额度消耗变得可预测、可归因。

本帖证据链(session 日志事件 + 源码注释 + 9 次搜索 = ¥0.33 账单)已经把「搜索 = 一次付费模型请求」钉死了,希望能排上。