DeepSeek API 的网页搜索与抓取要开始收费了

5 元每千次贵不贵其实是次要的，真正决定开发者账单的是 Search/Fetch 在一次任务里被调用多少次。Agent 一次完整循环可能触发多次搜索和抓取，成本要按”任务”看，不能按”次”看，否则后面的定价讨论都会失真。

Search 和 Fetch 是两件不同的事。Search 按 query 搜索网页并返回结构化结果列表，适合”找答案来源”的环节；Fetch 针对单个 URL 抓取正文，返回标题与 Markdown 文本，适合拿到链接后再深读一页。开发者集成时通常把 Search 当检索器、Fetch 当阅读器，两个配合用。公告里也明确这两个接口均为原始 JSON API，Base URL 是 api.deepseek.com，鉴权沿用原有的 DeepSeek API Bearer token，不需要额外申请，接入门槛比多数第三方搜索 API 低得多。

这两个接口背后用的是 DeepSeek 自研搜索引擎，不是接第三方。这意味着召回质量、索引覆盖范围、新鲜度最终都取决于 DeepSeek 自己的爬取和排序能力。开发者用之前最好在小流量里实测一下中文网页的命中率，尤其是时效性强的内容——新闻、财报、公告这些类目，自研引擎的覆盖未必比得上 Bing 或 Google 那种成熟索引。

过渡期这个细节最容易被忽略。公告说，当前用户在 DeepSeek Harness、Claude Code、Codex 中调用 DeepSeek API 时，已经会通过 Server 端工具调用自动访问到 Search/Fetch 接口，这部分目前不计费。从北京时间 2026 年 11 月 1 日 00:00 起，同一条调用路径会按次收费。也就是说，正在用 Claude Code 或 Codex 跑 DeepSeek 的开发者，如果没注意控制工具触发，等于下个月开始被动增加一笔预算，而且这笔预算的触发频率取决于框架默认行为，不是你写的 prompt。

计费规则里的”成功请求”四个字要单独拎出来看。失败请求不计费，这对搜索和抓取这种天然存在失败率的接口（页面 404、超时、反爬、引擎召回为空）是个保护。大文档和长 Markdown 输出不会按 token 加价，只按调用次数算，这点和模型 API 的计费逻辑不同。这意味着控制成本的关键不是限制单次响应大小，而是限制一次任务里调多少次。

每千次 5 元意味着每次不到 1 分钱，单独看几乎可以忽略。但 Agent 里常见的模式是 Search 拿到候选链接后再对每条 Fetch 一次，”查最新财报”这类任务可能 1 次 Search 加 5–10 次 Fetch，单任务成本约 3–6 分钱；RAG 系统如果每条 query 都走 Search 加 Fetch，每天万次调用就是 50 元，一个月下来也是一笔不小的开销。V4.1 Flash-1017 在 DeepSEE v1.1 评测中显示每项任务平均费用约 1.3 元、最高通过率 77%，这间接反映了 Agent 任务成本结构——模型推理和工具调用都占大头，但工具调用的可预测性比模型差，因为每次搜索召回几条、要不要再深读，取决于运行时决策。

成本可控性的短板在于官方没公开任何预算工具。公告没有提供调用次数硬上限、月度预算告警或按项目切分账单的 API，开发者要自己控制循环深度，或者在 Agent 里加”最多抓取 N 个页面”的硬限制。这是接入低门槛带来的隐性代价——API 好调，但成本归因和上限管理都得自己搭。

Q：已经在用 Claude Code 或 Codex 调用 DeepSeek，怎么关闭自动触发的 Search/Fetch 以免被收费？

官方公告里没有给出关闭方法，默认行为是 Server 端工具调用自动启用。建议在 11 月 1 日前先用日志观察实际触发频率，再决定是否在框架层限制工具调用或切到直接调 API。

Q：Fetch 抓取的大文档会不会按返回内容大小额外计费？

公告明确是”按请求次数计费”，没有提到按返回内容量加价。一个页面不管 1KB 还是 1MB，单次都是几毫钱级别，调用次数本身才是放大项。

定价之外还有几个不确定点目前看不到答案。一是搜索质量，DeepSeek 自研引擎在中文网页覆盖、新鲜度、长尾内容上的表现还没公开基准，官方也没公布和主流第三方搜索的横向对比；二是计费粒度，11 月 1 日之后是否区分 Search 和 Fetch 单价、是否对超时或空召回请求也收费，公告没有细化；三是工具调用的可见性，开发者能不能在控制台看到每次 Search/Fetch 的来源、耗时和费用，决定了能不能做成本归因。Agent 和 RAG 应用如果打算大规模跑起来，这几件事都需要先用小流量跑一遍再下结论。