进阶 📋 6 个步骤 第 549 / 551 篇

用 DeepSeek Search 与 Fetch API 给 Agent 装上实时联网检索

DeepSeek 于 2026-10-17 开放 /v1/tools/search 与 /v1/tools/fetch 两个原始 JSON 接口。本教程从跑通最小调用、读懂 rerank_score 与 authority 质量分、用查询语法收窄范围,到封装带退避重试与节流的 Python 研究循环,一步步给 Agent 接上低成本实时检索。

2026.10.20· 8 分钟上手· 约 2670 字· 🔍 DeepSeek Search API / 🌐 联网 Agent

给 Agent 接联网能力,过去只有两条路:要么买一个第三方搜索 API 按次高价付费,要么自己爬、自己切、自己建索引。2026 年 10 月 17 日,DeepSeek 把自己那套日处理数亿次请求的自研搜索引擎拆成了两个最朴素的原始 JSON 接口——Search(按词检索并返回结构化结果)与 Fetch(把单个网页抓成 Markdown)——直接对外开放。更关键的是它的计费方式:按「成功请求次数」计价,不按 token、不按返回条数,空结果、失败、超时都不收钱,这让 Agent 大规模联网检索终于变成可预算的开销。本教程从拿 Key 开始,一步步把这两个接口接进你自己的 Python Agent 循环,并用官方返回的质量分做一道省 token 的闸门。

🔍 本教程适合:正在做联网 Agent、Deep Research 类应用或 RAG 流水线的开发者,想用低成本、可预测计费的方式给 Agent 装上实时检索能力。你只需要一个 DeepSeek API Key 和 Python 环境,不需要自建爬虫或向量库。文中端点、参数与价格均以 DeepSeek 官方文档当前版本为准。

Step 1:搞清 Search 与 Fetch 的分工

1 一个负责「找」,一个负责「读」

两个接口都是只读请求,都挂在 https://api.deepseek.com 下,用和 DeepSeek 模型 API 完全相同的 Bearer 鉴权。Search 的端点是 POST /v1/tools/search,你给它一个查询词,它返回一组结构化结果(标题、链接、摘要、正文、站点名、发布时间、质量分);Fetch 的端点是 POST /v1/tools/fetch,你给它一个 URL,它把那个页面抓成 Markdown 正文返回。典型用法是两段式:先用 Search 在千亿级索引里定位候选,挑出质量分高的几条,再用 Fetch 把选中的页面读成 Markdown 喂给模型——这样既省 token,又避免模型被整页噪声干扰。

# 两个端点,同一种鉴权
POST https://api.deepseek.com/v1/tools/search   # 找:query → 结果列表
POST https://api.deepseek.com/v1/tools/fetch    # 读:url   → Markdown 正文

# 请求头两个都必填
Authorization: Bearer <你的 DEEPSEEK_API_KEY>
Content-Type: application/json
💡 把 Search 想成「图书馆检索台」,把 Fetch 想成「把某本书复印一份」。检索台一次能给你 50 条线索,但你不会把 50 本书全复印——先挑,再读,这就是省钱的关键。

Step 2:跑一次最小 Search,读懂返回的每个字段

2 一行 curl 看清楚结构

Search 的核心请求参数有五个:query(查询词,1 到 128 个 Unicode 字符,不能全是空白)、count(返回条数,默认 10,可取值 1 到 50)、need_content(是否附带网页正文)、ori_question(把用户的原始问题传进去,帮它理解搜索意图)、localization(传一个 IP 地址,用于优先返回本地化结果)。返回数组里每一项都带 rerank_score(0 到 3 的排序分,官方标注 1.5 分及以上为优质结果)、authority(0 到 4 的权威性分级,3 级及以上为极权威,未知时为 -1)、snippet(约 100 到 200 字符,给界面展示用)、summary(约 600 到 800 字符,给模型读用)、可选的 content(网页正文)、site_name、site_icon 与 RFC 3339 格式的 date。

curl https://api.deepseek.com/v1/tools/search \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "query": "MCP 无状态规范 变更",
    "count": 5,
    "need_content": false,
    "ori_question": "MCP 协议 2026 年有哪些破坏性变更?"
  }'
🔑 snippet 与 summary 的分工值得记牢:前者短,适合直接渲染到你的产品界面上;后者长,是官方专门为模型消费准备的。别把长摘要当 UI 文案用,也别把短摘要喂给模型做判断——用错字段会同时浪费钱和效果。

空结果不等于报错:当查询确实没有匹配内容时,Search 返回的是 HTTP 200 加一个空数组,而不是错误。你的代码要能区分「无结果」与「调用失败」,否则会把正常的空查询当成故障反复重试。

Step 3:用查询语法把范围收窄

3 六种操作符可组合

Search 会把你的查询词连同搜索语法一起转发给引擎,支持 site: 限定站点、-site: 排除站点、减号排除词、英文双引号精确短语(含 -"..." 排除短语)、lang: 限定语言、after: 与 before: 限定发布时间。这些操作符可以在同一条查询里组合使用,这是控制检索质量最省力的手段——与其让模型事后从 50 条结果里筛,不如在查询阶段就把范围钉死。

# 只搜 GitHub 上的内容
"query": "DeepSeek Search API site:github.com"

# 排除某个站点与广告页
"query": "智能体框架 -site:example.com -advertisement"

# 精确短语 + 排除短语
"query": "MCP 规范 \"streamable http\" -\"release notes\""

# 限定中英文 + 时间范围
"query": "智能体记忆 lang:zh,en after:2026-01-01 before:2026-10-01"
💡 做「只查最近一周」的资讯类 Agent 时,after: 比让模型自己判断日期可靠得多,也能显著减少无效抓取。让 Agent 在生成查询词时就把时间范围拼进去,是一条低成本高收益的提示词规则。

Step 4:用 Fetch 把选中的页面读成 Markdown

4 只传一个 url,拿回标题与正文

Fetch 的请求体只有一个 url 字段,长度不超过 8192 个字符,返回 title 与 content(Markdown 正文)。它适合放在 Search 之后:Agent 先看检索结果的标题与长摘要,挑出两三条最相关的,再逐条抓取正文交给模型分析。需要注意的是,抓取结果受目标站点自身的可用性与访问策略影响——站点不可用、被站点策略屏蔽、内容类型不受支持,或页面根本提取不出 Markdown,都会返回错误而不是内容。

curl https://api.deepseek.com/v1/tools/fetch \
  -H "Authorization: Bearer $DEEPSEEK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"url": "https://api-docs.deepseek.com/updates"}'

抓取红线:只抓取你有权限使用的内容,尊重目标站点的 robots 与服务条款,不要用它批量抓取需要登录、含个人信息或明确声明禁止自动化访问的资源。403(被安全策略拒绝)和 404(取不到可用内容)在语义上是「这次没抓到」,不要用无限重试去撞对方的防护。

Step 5:用质量分做一道闸门,替模型省 token

5 先过滤,再抓取

这是这套接口最实用的设计:每条结果都自带 rerank_score 与 authority,你可以先按分数过滤,只把通过闸门的页面抓下来喂给模型。一次研究任务跑 200 次搜索加 500 次抓取的场景下,提前砍掉一半低质结果,省下的是实打实的模型上下文和钱。下面这段 Python 把「检索 → 过滤 → 抓取 → 拼装上下文」串成一条可直接复用的函数。

import os, json, requests

BASE = "https://api.deepseek.com"
HEADERS = {
    "Authorization": f"Bearer {os.environ['DEEPSEEK_API_KEY']}",
    "Content-Type": "application/json",
}

def search(query, count=10, ori_question=None):
    body = {"query": query[:128], "count": count}
    if ori_question:
        body["ori_question"] = ori_question
    r = requests.post(f"{BASE}/v1/tools/search", headers=HEADERS, json=body, timeout=30)
    r.raise_for_status()
    return r.json().get("results", [])

def fetch(url):
    r = requests.post(f"{BASE}/v1/tools/fetch", headers=HEADERS, json={"url": url}, timeout=30)
    r.raise_for_status()
    return r.json().get("content", "")

def research(topic, min_score=1.5, min_authority=3, top_n=3):
    hits = search(topic, count=20, ori_question=topic)
    # 闸门:排序分与权威性双达标才进入下一轮
    good = [h for h in hits
            if h.get("rerank_score", 0) >= min_score
            and h.get("authority", -1) >= min_authority]
    ctx = []
    for h in good[:top_n]:
        ctx.append(f"# {h['title']}\n来源: {h['url']}\n时间: {h.get('date')}\n"
                   f"{fetch(h['url'])[:6000]}")
    return hits, good, "\n\n---\n\n".join(ctx)
💡 门槛别一次设死。authority ≥ 3 是「极权威」,在垂直小众话题上可能一条都筛不出来。稳妥做法是先用 2 跑一次,若结果不足再自动放宽到 1,并把「本轮放宽了门槛」写进日志,方便事后复盘检索质量。

Step 6:接进 Agent 循环,并处理限流与重试

6 5 QPS 是硬约束

Search 与 Fetch 各自独立限速,均为每账号每秒 5 次(按账号计,不按 Key 计),互不占用对方额度,也不占用模型并发额度;Fetch 还额外按目标域名限速,超限返回 429。错误响应采用与 OpenAI 兼容的格式,官方给出的重试策略很明确:408、429 与 5xx 等待后重试;402(余额不足)先充值再重试;其余 4xx 在未修改请求的情况下不要重试。把它封成一个带退避的包装器,Agent 循环就不用关心这些细节。

import time

def call_with_retry(fn, *args, max_retry=3, **kwargs):
    for i in range(max_retry):
        try:
            return fn(*args, **kwargs)
        except requests.HTTPError as e:
            code = e.response.status_code
            if code in (408, 429, 500, 504) and i < max_retry - 1:
                time.sleep(2 ** i)      # 指数退避:1s、2s、4s
                continue
            if code == 402:
                raise RuntimeError("账户余额不足,充值后重试")
            raise                        # 其余 4xx 不要盲目重试
    return None

# 串行节流:把 QPS 压在 5 以内
_last = [0.0]
def throttle(qps=4):
    gap = 1.0 / qps - (time.time() - _last[0])
    if gap > 0:
        time.sleep(gap)
    _last[0] = time.time()

计费与时间点:两个接口都按成功请求次数计费,官方中文口径为每 1000 次成功请求 5 元,英文页面标注为每千次 0.75 美元;只有返回 HTTP 200 且确实产出结果才计费(Search 要求结果列表非空,Fetch 要求返回正文),count 只影响返回条数不影响单价。按官方公告,计费自北京时间 2026 年 11 月 1 日 0 时开始;在此之前,通过 DeepSeek Harness、Claude Code 或 Codex 走服务端工具调用的 Search 与 Fetch 暂不计费。以上口径均可能调整,请以官方价格页为准。

常见问题速查

现象原因与处理
返回 200 但结果为空数组正常现象,查询确实无匹配;检查是否加了过严的 site: 或 after: 条件,放宽后重试
401 未授权Key 缺失或无效,确认 Authorization 头带 Bearer 前缀且 Key 未过期
429 频繁出现超过每账号 5 QPS,加串行节流与指数退避;Fetch 还受目标域名限速,同一站点别并发猛打
403 / 404 抓不到页面403 是被安全策略拒绝,404 是取不到可用内容或类型不支持;换来源,不要反复重试
模型读完还是答错先用 rerank_score 与 authority 过滤,再把抓取正文截断到合理长度,减少噪声干扰
费用对不上确认只统计了 HTTP 200 且有结果的请求;空结果与超时本就不计费,count 不影响单价
← 返回教程中心