DeepSeek 悄悄在官方接口文档里挂出了两项新服务:基于自研搜索引擎的 Search 与 Fetch API。

很多人第一反应以为这不过是官方模型联网功能的常规开放,但只要看一眼参数设计与定价单就会明白,这是一次针对大模型检索基础设施的精准截流。两个接口的单价全部定在 0.75 美元 / 1000 次成功请求,并且计费规则极其苛刻地站在了开发者这一边:只有返回 HTTP 200 且结果非空才算钱,失败、空搜和超时一概不收费,连返回结果数量设置在 1 到 50 之间也完全不影响单次请求价格。

AI 检索服务千次查询价格对比(美元) Tavily 高级版 $16.00 Tavily 基础版 $8.00 Exa 快速检索 $7.00 Brave Context $5.00 DeepSeek Search $0.75 (降幅 85% - 95%)

重写 RAG 经济账:把两次调用压成一次

在传统的 Agent 与 RAG 架构里,联网是个相当费钱费时的多步动作。开发者必须先调用通用搜索拿到一堆网址,再启动爬虫抽取网页正文,最后送给模型做长文本重排与阅读。整套流水线跑下来,Tavily 的按量计费基础版要收 8 美元,高级版收 16 美元;Exa 即时检索要 4 美元,快速版要 7 美元且超过 10 条结果还要加价;即便是相对平价的 Brave LLM Context,千次调用也要 5 美元。

单次检索与抓取成本被直接压至千分之七十五美分(示意图)
单次检索与抓取成本被直接压至千分之七十五美分(示意图)
决定技术扩散速度的从来不是概念有多新,而是账目有多薄。

DeepSeek 这次在 Search API 里塞进了一个关键参数:need_content: true。只要开启这个选项,接口在返回搜索列表的同时,会直接带上提取好的网页正文。不仅单次最多可以返回 50 条结果,而且整个查询依然只按一次常规请求结算。这就意味着开发者原本必须拆成一次搜索加上多次网页抽取的流水线,现在被暴力拍扁成了一次 0.00075 美元的单点调用。

服务方案1000次查询基准价是否包含正文抽取计费触发边界
Tavily PAYG 基础 / 高级$8.00 / $16.00分档支持只要发起即扣费
Exa 即时 / 快速模式$4.00 / $7.00依模式限制超过10条加价
Brave LLM Context$5.00仅限摘要上下文按调用次数计费
DeepSeek Search & Fetch$0.75原生支持 (need_content)仅限 HTTP 200 且结果非空

社区早期的实测数据给出了更直观的时间对比:直连 DeepSeek 的 Search API 耗时落在 630 到 877 毫秒之间,常规页面的 Fetch 耗时在 431 到 439 毫秒,重型复杂页面才会拉长到 5.8 至 10.2 秒。有开发者甚至单次请求在 0.7 秒内直接带回约 11.9 万字符,把过去动辄 31 秒的长流程压缩到了 7 秒。对那些在 Token 成本和抓取费用边缘挣扎的中小团队来说,这种改动无异于直接掀了桌子。

  • 建议.如果你的 Agent 正在使用外部搜索服务做简单网页拉取,可以尝试将非核心管线切换为该 API,仅把 need_content 开启即可省去中间的数据清洗层。
检索工作流重构:两阶段压缩为单次往返 传统 RAG 链路 (高延迟、多重收费) 1. 关键词搜索 API 2. N 次 Fetch 网页抽取 3. 输入模型推理 DeepSeek Search 链路 (单次直出 Markdown) 单次 Search (need_content: true) 模型直接处理正文

便宜归便宜,但工程落地还有硬伤

天下熙熙,皆为利来。但省钱往往意味着要在其他维度妥协。仔细看接口的具体设计与早期技术社区反馈,这套方案目前绝不是无缝替代所有竞品的万灵药。

单次仅限 128 字符与 5 QPS 的并发硬伤卡死调用
单次仅限 128 字符与 5 QPS 的并发硬伤卡死调用

首先是语法和输入限制。Search API 单次查询字符上限被定在 128 个 Unicode 字符,虽然支持了 site:、-site:、lang:、after: 以及 before: 这类高级语法,但相比传统搜索引擎能够接受的超长复杂提示词,128 字符很容易被 Agent 自动拼接的复杂逻辑撑爆。返回结果里虽然提供了 0 到 3 分的相关性打分(rerank_score)、600 到 800 字的机读摘要(summary)以及 0 到 4 级的权威度判定(authority),但在最底层的索引质量上,它依然展现出了新自研引擎的稚嫩。

Hacker News 上的早期实测很快指出了排序逻辑的瑕疵:在搜索部分微软具体产品时,接口会漏掉官网首页;而在搜索开源软件时,它曾将 Debian 仓库的打包地址排在了项目的主页之前。面对冷门实体和垂直领域的查询,排序算法的表现明显还不如深耕多年的成熟商用引擎。

更为棘手的是并发限制。DeepSeek 目前给 Search 和 Fetch 各自设定了单账户 5 QPS 的严格限流。即使创建多个 API Key,配额也是在账户层级共享。尽管 Fetch 独立拥有 5 QPS 且另设单域名频率控制,但 5 QPS 对于任何中大型生产系统来说都是一道明显的窄门。高并发企业应用根本无法用它完全替换 Tavily 或 Brave,现阶段它更像是一个用来承载低频长尾流量、或者充当降本 Fallback 兜底的缓冲垫。

  • 风险.除了 5 QPS 的吞吐天花板,爬虫端对 robots.txt 的遵循情况在技术文档中并未说明,大规模商用抓取可能带来意料之外的数据版权摩擦与访问阻断。

算盘背后:从造工具到定规则

如果我们把视野从单次调用的价格拉开,就会发现 DeepSeek 正在复制此前在模型权重上的打法。通过 DeepSeek Harness、Claude Code 或 Codex 调用的服务端搜索目前处于完全免费状态,这种按单次请求计费的机制要到 2026 年 11 月 1 日 0 点(北京时间) 才会正式开闸。

极低基建成本迫使全行业向自研标准轨道靠拢(示意图)
极低基建成本迫使全行业向自研标准轨道靠拢(示意图)

这意味着中间有长达数个季度的生态培养期。这让人想起早期铁路工业的标准之争:当铺设铁轨的成本被某一家降到极低时,沿线所有的列车设计都会开始向这条轨道靠拢。过去的 AI 检索中间件靠着在 Google、Bing 外面套一层清洗代码,就能卖出几十倍的溢价。当底层模型厂商亲自下场,把搜索、网页清洗、打分压缩进一个单价不到一厘钱的接口里时,单纯做包装层的商业模式就会迅速失去防线。

它当下确实还不够成熟,索引覆盖有限,并发阈值极低。但它证明了一件事:AI 需要的检索,正在从为人眼设计的搜索页面,退化成一种只要廉价、只要结构化正文的工业流水线。谁能在流水线最深处立起泵站,谁就拿到了对信息的最终税收权。