搜索突然变成了水电煤

以前想让 AI 实时上网，开发者要么接昂贵的搜索 API，要么自己搭爬虫、维护反爬、清洗网页。

现在，DeepSeek 把价格直接拍到 0.75 美元每 1000 次成功请求。

这次被重新定价的，不只是模型 token。DeepSeek 文档给出的是一组很原始的接口：Search API 负责找网页，Fetch API 负责抓网页并转成 Markdown。

两者都是 raw JSON API，使用 DeepSeek API 同一套 bearer authentication，基础地址是 https://api.deepseek.com。

说白了，它把搜索和抓取拆成了两根管道，直接递给 Agent 和 RAG 应用。

聊天插件之外，它更像一条原始管道

Search API 的玩法很接近传统搜索引擎。你传入查询词，它返回结构化结果。

文档示例里，query 还能保留搜索语法，比如组合 site:、OR、lang:、after:。

这对开发者很实用。想找某个站点里的内容，想限定语言，想过滤时间，都可以直接写进 query。

返回结果也不只是标题和链接。文档展示的信息包括 rerank_score、title、url、snippet、summary、content、site_name、site_icon、date、authority。

也就是说，Agent 拿到后可以直接做排序、摘要、引用和后续处理。

Fetch API 更简单。给一个 URL，它返回页面标题和内容，内容以 Markdown 形式给出。

对 RAG 来说，这很关键。Markdown 比杂乱 HTML 更容易进入后续处理链路。

不过，文档也写得很直白：抓取受目标网站可用性和访问政策限制。

它并不默认突破所有网站限制。

真正有杀伤力的，是计费方式

很多 API 喜欢按 token、按调用量、按返回结果数做文章。

DeepSeek 这次把规则写得很简单：按成功请求计费。

一次请求要满足 HTTP 200，并且真正产出结果。Search 必须返回非空 results 数组，Fetch 必须返回页面内容。

失败请求、空搜索结果、超时，都不计费。

这点挺重要。开发者最怕的就是没拿到结果，还被扣钱。

文档还提到，count 只控制返回多少条结果，不影响单次请求价格。

也就是说，一次 Search 请求返回 5 条还是更多条，价格仍按一次成功请求计算。

还有一个容易被忽略的信息：当开发者通过 DeepSeek Harness、Claude Code 或 Codex 使用 DeepSeek API 时，服务端工具调用已经会命中 Search 和 Fetch API。

文档称这些调用目前免费，按请求计费从北京时间 2026 年 11 月 1 日 0 点开始。

对比一圈，价格差距有点扎眼

单看 0.75 美元，可能还不够直观。

热门评论里有人直接拉出对比。

For comparison that’s $5 with Brave Search API and $12 with Kagi API

按每 1000 次成功请求计算，DeepSeek 的报价明显低于 Brave Search API 和 Kagi API 被提及的价格。

还有评论提到，自己一年前基于第三方抓取服务商搭建搜索和抓取 MCP 工具，成本比 OpenAI 和 Anthropic 提供的集成网页搜索与抓取工具便宜 15 到 20 倍。

现在看到 DeepSeek 的价格，觉得很有竞争力。

但这里也有另一条线。

有人提到 Exa 这类语义检索服务价格更高，优势是更高信噪比、学术索引和更长查询字段。

换句话说，搜索 API 市场并不只拼便宜。有人要低价，有人要精准，有人要学术资源，有人要可控抓取。

老实讲，低价不一定代表终局，但它足够把桌子掀开一角。

便宜之外，还有几个硬问题

搜索 API 听起来很美，真正用起来会碰到现实墙壁。

热门评论里有人问，这类服务面对反机器人保护会怎样？

如果目标页面有 Cloudflare 验证，或者 Anubis 这类防护，结果是报错、拿不到有效内容，还是能返回想要的内容？

这个问题没有现成答案。

文档只说明，Fetch 受目标网站可用性和访问政策限制。

对开发者来说，这意味着不能把搜索和抓取想象成无限制互联网出口。

还有错误处理。

DeepSeek 文档称错误格式兼容 OpenAI，param 字段始终为 null。

遇到 HTTP 408、429 或 5xx，可以等待后重试；遇到 402，需要先给账户充值；其他 4xx 错误，不要不改请求就反复重试。

这些细节很工程化，也很真实。

API 不是演示视频，真正落地就是限流、报错、重试、计费一起上。

限流说明一出来，搜索 API 就不再是无限自来水

DeepSeek 对 Search 和 Fetch 的限流是分开计算的。

一个接口的流量不会消耗另一个接口的配额。

QPS 限制按账户级别计算，不管用哪个 API key，都和模型并发限制分开。

超过账户级 QPS，会收到 HTTP 429。

Fetch 还多一层：每个域名也有 QPS 限制，超过也会 429。

这段信息看起来像运维说明，其实很关键。

它说明 DeepSeek 也在防止抓取被滥用，尤其是对单一目标站点的高频访问。

这对内容方是好事。

对高频爬虫式应用来说，就要认真设计缓存、队列和降级策略。

真正的反转，可能在搜索之外

热门评论里有一个很尖锐的判断。

These services only exist because Google refuses to provide a paid search API.

这句话未必代表全部事实，但它点出了一个空白：传统搜索巨头没有把付费搜索 API 做成开放基础设施，AI Agent 时代的需求就外溢到了第三方服务。

更有意思的是另一条评论。

有人认为，既然 SEO 是大生意，Agent 驱动搜索可能是未来，那么搜索 API 的价格未来甚至可能变成负数。

服务商反过来补贴开发者使用自己的 API，因为那意味着谁能影响互联网流量分发。

I suspect we might see the price of search API's going negative in the future.

这个判断有点激进，但不离谱。

过去搜索引擎决定网站曝光，未来 Agent 可能决定哪些内容被读取、被引用、被写进答案。

入口一旦转移，商业模式也会跟着变。

如果 Agent 的搜索结果也能被优化、被排名、被商业化，那问题就来了：AI 看到的互联网，还是用户想看到的互联网吗？

谁在暗中受益

表面上看，DeepSeek 是在卖两个工具接口。

往深一点看，它是在抢 Agent 时代的联网入口。

开发者需要的不只是模型会推理，还要模型能拿到实时信息。

Search 和 Fetch 正好补上这块。

价格够低，接口够直接，计费规则也相对清楚，这对独立开发者、Agent 创业团队和 RAG 应用都有吸引力。

社区里也有人选择另一条路。

有人提到自己用 searxng-ai-kit 或类似工具，个人使用成本更低，甚至免费。

还有人说，oh-my-pi 之类工具可以开箱抓取搜索结果，不需要 API key 或搜索服务商。

这说明 DeepSeek 的低价并不是唯一答案。

开源方案、自建抓取、付费语义检索都还在牌桌上。

但价格一旦被打下来，整个市场就得重新算账。

过去搜索 API 对不少项目来说是一笔不小的成本，未来它可能变成每个 Agent 项目的默认组件。

入口正在从浏览器移到 API

以前我们说搜索入口，想到的是浏览器里的搜索框。

现在，Agent 会在后台调用接口，直接拿结果、读网页、拼答案。

用户甚至看不见搜索页。

入口被藏进工具调用里。

DeepSeek 这次给出的，不只是一份 API 文档。

它把一个原本属于搜索引擎公司的能力，拆成了开发者可调用的零件，还标了一个很低的价钱。

当搜索变成按次计费的 API，网页内容变成 Markdown，排名变成字段，互联网入口的权力也会悄悄换地方。

问题是，如果未来 Agent 读到的每一条信息都能被价格、排名和 API 策略影响，我们还能把答案交给谁？

【锐评】：DeepSeek 把搜索 API 打成白菜价，真正被撬动的是旧搜索入口的定价权。

参考链接：
https://api-docs.deepseek.com/guides/search/