DeepSeek 在 10 月 17 日上线了 Search 和 Fetch 两个接口10 月 18 日公布价格每 1000 次成功请求 5 元海外站标价 0.75 美元/千次。11 月 1 日 00:00北京时间起正式计费。真正值得注意的不是这个单价而是收费的位置。公告里写得很清楚目前通过 DeepSeek Harness、Claude Code、Codex 调用 DeepSeek API 时服务端工具调用已经在打这两个接口这部分现在不收费11 月 1 日开始按次收。也就是说被计价的是模型自己决定要不要上网查一下的那个动作。计费口径比价格更值得看按官方文档计费单位是成功的请求不看 token也不看一次返回几条结果只算 HTTP 200 且真的拿到结果——Search 必须返回非空的resultsFetch 必须拿到正文请求失败、搜索无结果、超时都不计费count参数只控制返回条数1 到 50默认 10不影响单价。这个口径其实挺宽松模型可以放心多试几轮搜空了不花钱只有真拿到东西的那一次才计费。对做 RAG 和 Agent 的人来说试错成本被平台接走了一部分。但有个容易漏算的地方need_content默认是false此时返回的content是空字符串。想要正文要么把need_content打开要么再调一次 Fetch。搜一下再读页面在账上是两个计费单位不是一次。和外面的搜索 API 比位置在哪据媒体对各家的定价整理Tavily 按量付费大约 8 美元/千次Brave Search 和 Google Custom Search 约 5 美元/千次Exa 在 4 到 15 美元之间以低价著称的 Serper 也要 1 美元左右。DeepSeek 的 0.75 美元大致是主流方案的十分之一上下。换算成项目里能感知的数一天 200 个任务、平均每个任务成功发出 3 次搜索或抓取一个月约 18000 次按 5 元/千次算就是 90 元左右。对中小项目来说不算压力。问题不在总额在于这部分消耗是模型自主触发的平时不显形。以前它摊在 token 里你只看到一个总数现在它变成一个独立科目账单上会多一行。技术上的本质把检索从推理里拆出来单独定价大模型自己并不知道今天的文档长什么样。所谓联网能力本质是模型在推理过程中发起一次外部检索把结果塞回上下文再基于新上下文继续生成。过去这套动作被当成模型的隐式能力成本混在推理费用里。现在检索被拆成独立接口、独立计量单位、独立限流——Search 账户级 100 QPSFetch 25 QPS而且 Fetch 还有单域名的 QPS 限制。这个思路和云上按请求计费是一回事按可计数的动作收钱而不是按结果值多少钱。好处是透明坏处是透明意味着你得自己管。变了的是联网从默认免费变成了有单价没变的是模型仍然要靠检索结果吃饭token 该花还是花。两笔钱现在分开了。三件该在 11 月前做完的事第一把计费请求数单独记下来。任务数、请求数、结果条数是三个不同的量混在一起估一定错。在工具封装层把任务 ID、工具类型、HTTP 状态、重试次数分开打点importos,time,requests BASEhttps://api.deepseek.comHEADERS{Authorization:fBearer{os.environ[DEEPSEEK_API_KEY]}}defsearch(query,count5,need_contentFalse,retries2):返回结果列表空列表表示搜到但无结果不计费。foriinrange(retries1):resprequests.post(f{BASE}/v1/tools/search,headersHEADERS,json{query:query,count:count,need_content:need_content},timeout20,)ifresp.status_code200:resultsresp.json().get(results,[])returnresults# 非空 计费一次# 文档建议408 / 429 / 5xx 等待后重试ifresp.status_codein(408,429)orresp.status_code500:time.sleep(1.5*(i1))continue# 400/401/402/403/404 改请求再说重试没意义resp.raise_for_status()return[]**第二别重复抓同一个页面。**Fetch 按 URL 抓取返回 Markdown 正文。同一个文档在一个任务里被读两遍就是两次计费。做一层按 URL 的短周期缓存命中的直接走本地这比任何优化都直接。**第三接受质量指标不公开这件事。**官方没有公布索引规模、更新频率、反爬成功率这些指标。冷门英文资料、需要登录或反爬严格的站点表现如何只能拿自己真实的 query 去测。别拿别人的测评当结论你的 query 分布和别人不一样。**第四选型上别只比单价。**便宜十倍的前提是够用。如果你的场景是查中文技术文档、查公开新闻、查 GitHub 上的仓库这套接口的覆盖大概率够如果是查付费数据库、查需要登录的后台、查很小众的行业资料先跑一批真实 query 看召回率再谈单价。单价上省下的那点钱比不上一次答错带来的返工。## 顺带说一句限流Search100QPS、Fetch25QPS 是按账户算的不看你用哪个 API Key也不占模型的并发额度。Fetch 额外还有单域名限制超了同样返回429。 这意味着并发抓同一批站点时最先撞墙的不是你自己的机器是对方的域名配额。批量抓取的任务队列里最好按域名分桶而不是一把梭。---联网能力从选配变成标配价格也就从包含变成单列。5元一千次不贵但从这个月开始Agent 每查一次资料都会在账上留个印子。11月1日之后第一波真实账单出来才是这套定价的第一次考试。你的项目一个月大概会跑多少次检索评论区聊聊。