10月18日，DeepSeek发了一条公告。内容不长，一句话能说完：API支持网页搜索与抓取了，按次收费，每1000次成功请求5元。
前一天，10月17日，Search和Fetch两个接口已经正式上线。
两个接口都用DeepSeek自研的搜索引擎。Search按query搜索网页，返回结构化结果；Fetch抓取单个网页，以Markdown文本返回标题和正文。

都是原始JSON API，Base URL是api.deepseek.com，鉴权方式与DeepSeek API一致，用Bearer。
收费的时点写在公告里：目前用户在DeepSeek Harness、Claude Code、Codex中使用DeepSeek API时，已经在通过Server端工具调用访问这两个接口，这部分暂时不计费，11月1日0点起按次收取。
5元一千次，折算下来单次0.005元。这个价格放在搜索API市场里不算高。
但计费单位值得看清楚：成功请求。失败的不算，返回空结果算不算成功，公告没细说，要看后续的API文档口径。

这条公告真正的信息量，在于它改变了什么。
过去用DeepSeek的模型做Agent，模型能推理，但不知道今天发生了什么。要联网，得自己接一层搜索服务，或者自建爬虫。
现在模型厂商把这一层收进了自己的API。接一次鉴权，Search和Fetch都能用。
对做RAG的人来说，省掉的是工程环节，不是成本。检索这一步从“自己维护一条搜索管道”变成“按次付费买接口”。
对做Agent的人来说，变化更直接。工具调用的清单里多了两项，费用结构里也多了一项——以前算token，现在还要算调用次数。
一个跑得勤的Agent，一天几千次搜索是常事。按5元一千次算，一天十几块到几十块。相比模型本身的token开销，这个比例不算突出，但它会长在账单上。

另一面是依赖。搜索质量、结果排序、抓取成功率，这些原本由自己掌控的环节，现在交给了接口提供方。接口改了参数、调了排序、限了频率，下游都得跟着改。
公告没有提配额，也没有提限流。这两项在正式收费后大概率会明确，因为按次计费的前提，是能算清楚每一次。