你在 Claude Code 里让它"查一下最新资料"，或者在 Codex 里让它读某个网页——这两个动作背后调的搜索和抓取接口，是 DeepSeek 的。
DeepSeek 在 10 月 17 日上线了 Search 和 Fetch 两个 API，用自家搜索引擎。而你在 DeepSeek Harness、Claude Code、Codex 里通过服务端工具调用碰到的这两个接口，还没开始收费。
11 月 1 日 00:00 起，开始按次收钱。今天是 10 月 19 日，离收费还有 13 天。

5 元 1000 次，而且搜不到不收钱官方定价：Search 和 Fetch 都是每 1000 次成功请求 5 元，折下来一次 0.5 分钱。
真正值得看的是"成功请求"怎么定义，官方写得很明确：
只有返回 HTTP 200 且产生结果的请求才会计费（Search 的 results 必须非空，Fetch 必须返回网页正文）。请求失败、搜索无结果或超时不计费。
空结果、超时、被拦、参数写错——都不收钱。
搜索 API 最烦的从来不是单价，是"跑一万次有一半是废结果还得照付"。
还有一条更容易被忽略：count 不影响单价。一次 Search 默认返回 10 条，最大能要 50 条——要 10 条和要 50 条，都是 0.5 分钱。
项目
规则
单价
每 1000 次成功请求 5 元，Search / Fetch 同价
返回条数
count 1~50，默认 10，不影响单价
现在
Harness / Claude Code / Codex 里的调用未计费
开始收费
2026-11-01 00:00（北京时间）
这 13 天该干的三件事
一、把能批量跑的活现在跑完。 任何"抓一批网页、补一批资料、回填历史数据"的活，11 月 1 日前跑等于免费，之后按次付钱。不是让你囤数据，是把排队的活提前。
二、接入时把 count 拉满。
`POST https://api.deepseek.com/v1/tools/search`，请求体里 `count` 设 50、`need_content` 设 true 就行。
count 要 50 不要 10，同样的钱 5 倍结果。`need_content: true` 更关键：它让 Search 直接把网页正文带回来，很多场景下不用再单独调一次 Fetch，一次请求干两件事。
鉴权和现有 DeepSeek API 一样，Bearer 加同一个 Key，不用新开账号。
三、11 月之后靠"收窄"控成本。 搜索语法支持 `site:`、`after:`、`lang:`、`-词`。把 query 写窄比事后过滤便宜——命中率低的查询会白白吃掉你的 QPS。
Fetch 还有个坑：受目标站点策略影响，403 / 404 直接失败。别拿它硬爬，先 Search 拿到 url 和 summary，只对真正需要的页面调 Fetch。

三个官方没写清楚的地方没有免费额度。 整篇文档找不到"免费 X 次"，别把它当有免费层的服务来设计架构。
Fetch 的域名级限速没给数字。 账号级 5 QPS 是写明的，而且按账号算、不按 Key 算——多个项目共用一个账号时很容易互相挤。但文档只说"Fetch 还针对目标域名有 QPS 限制，超过也会 429"，具体多少没写。
中英文文档两套价。 中文页是"每 1000 次成功请求 5 元"，英文页写的是 $0.75。两者差不多，但海外结算账号看到的是后者。
最后真正的信息量不在"5 元"，在于它把联网搜索变成了按次计费的公共设施。以前做 Agent，搜索要么自己爬，要么买贵的商业 API；现在 0.5 分钱一次。
但对已经在用 Claude Code / Codex 的人来说，真正该关心的是另一件事：你根本不知道自己用了多少次。11 月 1 日之后，这笔钱会静悄悄出现在账单里。
你现在跑的联网任务，一个月大概要用多少次搜索？扣 1 = 几十次（几毛钱）；扣 2 = 几百次（几块钱）；扣 3 = 上千次（该加缓存了）。