10 月 17 日，DeepSeek 上线了两个新接口：Search（搜网页）和 Fetch（抓网页）。第二天发公告说，这两个接口从北京时间 11 月 1 日 0 点开始收费，标准是每 1000 次成功请求 5 块钱，折合一次半分钱。目前已经有人在 DeepSeek Harness、Claude Code、Codex 里调到了这两个接口，这段时间还没扣钱，到 11 月 1 日自动开始计费。
接口本身不复杂。Search 是拿一个关键词去搜，返回结构化的搜索结果；Fetch 是把某一个网页抓下来，返回 Markdown 格式的标题和正文。两个都是原始 JSON 接口，地址是 api.deepseek.com，鉴权和原来的 DeepSeek API 一样，用的还是同一个 Bearer。搜索引擎是 DeepSeek 自研的，官方说法是给 Agent 和 RAG 这类应用提供实时的网页内容。
按 5 块钱 1000 次算，成本其实不难估。假设一个用户一天问 20 个问题，每个问题平均触发 2 次检索，就是 40 次请求，一个月 1200 次，大约 6 块钱。一个人用不心疼，但一百个日活用户就是六百块，一千个就是六千块，而且是随用量线性往上涨的，不会因为量大就便宜。
需要注意的细节也有几个。计费只算成功请求，失败的不收钱，但失败意味着你的应用拿不到结果，得自己写降级逻辑。搜索结果的质量取决于自研引擎，中文站点、小众论坛、需要登录才能看的页面，效果最好自己实测一遍再决定用不用。抓取也躲不开反爬，很多站点会拦，返回的可能是验证页而不是正文。
boxiyunAI的看法
- 把搜索做成计费项，对做企业应用的团队其实是好事。以前接搜索，要么自己写爬虫、清洗 HTML、做去重，要么买第三方搜索 API，成本和工期都不透明。现在成本能按次算清楚，报价和预算就有了依据。
- 便宜不等于省钱。一次对话可能触发好几次检索，尤其是让模型自己决定要不要搜的那种 Agent。建议在代码里加两道闸：单次对话的检索次数上限，和相同 query 的缓存。这两件事做不做，账单能差好几倍。
- 接进去只是第一步，结果怎么用才是分水岭。搜索接口解决的是「有没有内容」，不解决「内容靠不靠谱」。真正的体验差异在排序、去重、以及回答里有没有把来源标出来。只把结果原样塞给模型，用户看到的还是幻觉。
- 对内容站点来说，这是个提醒。能规模化抓取的工具越来越多，靠内容吃饭的站点该认真检查一遍 robots、反爬和访问频率限制了，不然流量被白拿，还占着服务器资源。
这次变化真正重要的地方，不是多了一个能联网的接口，而是 AI 应用的「外部信息成本」第一次有了公开标价。往后做产品，能不能算清一次问答要花多少检索费，会变成和服务器带宽一样基础的账。半年前大家还在讨论模型要不要联网，现在讨论的是联网一次值不值半分钱，这个转变本身，比接口有意思。
