DeepSeek开放搜索与抓取接口，支持智能体接入

发生了什么

DeepSeek在10月17日更新日志中宣布开放自研搜索能力。1 官方文档提供两个接口：Search返回结构化网页结果，Fetch把单个网页转成Markdown。它们复用DeepSeek API密钥，按有结果的成功请求收费，每1000次5元。2

对资讯站和研究助手来说，这提供了一条把搜索与正文获取接入现有程序的路径。

具体是什么

搜索回答“哪些网页可能相关”，抓取回答“某个网页具体写了什么”。两者不是一回事：搜索结果里的一段摘要，不能替代原文核验。

官方Search支持站点、语言和日期等查询语法；Fetch仍受目标网站可用性和访问政策影响。2 因此，产品需要把空结果、正文缺失和无法访问视为正常状态，而不是要求模型补齐缺失内容。

怎么用

按指南向/v1/tools/search发送query，再选择相关网址交给/v1/tools/fetch。2 第一次先用少量已知网页，核对标题、正文、链接和时间是否正确。

如果用于新闻回填，建议保留三层数据：发现候选时的结果、实际抓取的正文、最终编辑后的卡片。每一条事实都能回到对应页面，才方便去重和后续纠错。

日期过滤只能帮助缩小范围，不能独自证明文章的原始发布时间。网页可能带有更新日期、推荐文章日期或无关示例时间，应结合正文与订阅源核对。

开发时还要处理重试和去重。同一网址不要因为流程重启被无意义地反复抓取；失败请求要留下原因，避免把无法确认的页面写进正式来源。

意味着什么

我的判断是，检索能力的接口化会降低小团队搭建研究工具的门槛，但真正有价值的部分仍是筛选与核验。能抓到很多网页，和能持续产出可靠资讯，是两种不同的能力。

对创作者而言，可以先做一个只服务自己的选题助手，限定信源和主题，观察每天筛选结果是否节省时间。对于开发者，则可以从一条稳定的数据链开始，再逐步加入自动分类、合并事件与摘要。

收费方式也更适合按一次研究任务估算，但预算还应包含模型处理正文的费用和人工编辑时间。

局限与风险

官方说明空结果、失败和超时不计费，并提供账号级速率限制。文档同时提示，特定编程工具中的服务器端搜索调用将在11月1日起按次计费。2

搜索排序与权威性字段只是辅助信号，不能保证网页事实正确。本文核验了日志和文档，没有实际调用接口。投入生产前应测试目标信源的抓取成功率、中文正文质量和异常处理，再决定自动发布的范围。