DeepSeek 在 10 月 17 日上線了 Search 和 Fetch 兩個(gè)接口10 月 18 日公布價(jià)格每 1000 次成功請求 5 元海外站標(biāo)價(jià) 0.75 美元/千次。11 月 1 日 00:00北京時(shí)間起正式計(jì)費(fèi)。真正值得注意的不是這個(gè)單價(jià)而是收費(fèi)的位置。公告里寫得很清楚目前通過 DeepSeek Harness、Claude Code、Codex 調(diào)用 DeepSeek API 時(shí)服務(wù)端工具調(diào)用已經(jīng)在打這兩個(gè)接口這部分現(xiàn)在不收費(fèi)11 月 1 日開始按次收。也就是說被計(jì)價(jià)的是模型自己決定要不要上網(wǎng)查一下的那個(gè)動(dòng)作。計(jì)費(fèi)口徑比價(jià)格更值得看按官方文檔計(jì)費(fèi)單位是成功的請求不看 token也不看一次返回幾條結(jié)果只算 HTTP 200 且真的拿到結(jié)果——Search 必須返回非空的resultsFetch 必須拿到正文請求失敗、搜索無結(jié)果、超時(shí)都不計(jì)費(fèi)count參數(shù)只控制返回條數(shù)1 到 50默認(rèn) 10不影響單價(jià)。這個(gè)口徑其實(shí)挺寬松模型可以放心多試幾輪搜空了不花錢只有真拿到東西的那一次才計(jì)費(fèi)。對做 RAG 和 Agent 的人來說試錯(cuò)成本被平臺接走了一部分。但有個(gè)容易漏算的地方need_content默認(rèn)是false此時(shí)返回的content是空字符串。想要正文要么把need_content打開要么再調(diào)一次 Fetch。搜一下再讀頁面在賬上是兩個(gè)計(jì)費(fèi)單位不是一次。和外面的搜索 API 比位置在哪據(jù)媒體對各家的定價(jià)整理Tavily 按量付費(fèi)大約 8 美元/千次Brave Search 和 Google Custom Search 約 5 美元/千次Exa 在 4 到 15 美元之間以低價(jià)著稱的 Serper 也要 1 美元左右。DeepSeek 的 0.75 美元大致是主流方案的十分之一上下。換算成項(xiàng)目里能感知的數(shù)一天 200 個(gè)任務(wù)、平均每個(gè)任務(wù)成功發(fā)出 3 次搜索或抓取一個(gè)月約 18000 次按 5 元/千次算就是 90 元左右。對中小項(xiàng)目來說不算壓力。問題不在總額在于這部分消耗是模型自主觸發(fā)的平時(shí)不顯形。以前它攤在 token 里你只看到一個(gè)總數(shù)現(xiàn)在它變成一個(gè)獨(dú)立科目賬單上會(huì)多一行。技術(shù)上的本質(zhì)把檢索從推理里拆出來單獨(dú)定價(jià)大模型自己并不知道今天的文檔長什么樣。所謂聯(lián)網(wǎng)能力本質(zhì)是模型在推理過程中發(fā)起一次外部檢索把結(jié)果塞回上下文再基于新上下文繼續(xù)生成。過去這套動(dòng)作被當(dāng)成模型的隱式能力成本混在推理費(fèi)用里?，F(xiàn)在檢索被拆成獨(dú)立接口、獨(dú)立計(jì)量單位、獨(dú)立限流——Search 賬戶級 100 QPSFetch 25 QPS而且 Fetch 還有單域名的 QPS 限制。這個(gè)思路和云上按請求計(jì)費(fèi)是一回事按可計(jì)數(shù)的動(dòng)作收錢而不是按結(jié)果值多少錢。好處是透明壞處是透明意味著你得自己管。變了的是聯(lián)網(wǎng)從默認(rèn)免費(fèi)變成了有單價(jià)沒變的是模型仍然要靠檢索結(jié)果吃飯token 該花還是花。兩筆錢現(xiàn)在分開了。三件該在 11 月前做完的事第一把計(jì)費(fèi)請求數(shù)單獨(dú)記下來。任務(wù)數(shù)、請求數(shù)、結(jié)果條數(shù)是三個(gè)不同的量混在一起估一定錯(cuò)。在工具封裝層把任務(wù) ID、工具類型、HTTP 狀態(tài)、重試次數(shù)分開打點(diǎn)importos,time,requests BASEhttps://api.deepseek.comHEADERS{Authorization:fBearer{os.environ[DEEPSEEK_API_KEY]}}defsearch(query,count5,need_contentFalse,retries2):返回結(jié)果列表空列表表示搜到但無結(jié)果不計(jì)費(fèi)。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# 非空 計(jì)費(fèi)一次# 文檔建議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[]**第二別重復(fù)抓同一個(gè)頁面。**Fetch 按 URL 抓取返回 Markdown 正文。同一個(gè)文檔在一個(gè)任務(wù)里被讀兩遍就是兩次計(jì)費(fèi)。做一層按 URL 的短周期緩存命中的直接走本地這比任何優(yōu)化都直接。**第三接受質(zhì)量指標(biāo)不公開這件事。**官方?jīng)]有公布索引規(guī)模、更新頻率、反爬成功率這些指標(biāo)。冷門英文資料、需要登錄或反爬嚴(yán)格的站點(diǎn)表現(xiàn)如何只能拿自己真實(shí)的 query 去測。別拿別人的測評當(dāng)結(jié)論你的 query 分布和別人不一樣。**第四選型上別只比單價(jià)。**便宜十倍的前提是夠用。如果你的場景是查中文技術(shù)文檔、查公開新聞、查 GitHub 上的倉庫這套接口的覆蓋大概率夠如果是查付費(fèi)數(shù)據(jù)庫、查需要登錄的后臺、查很小眾的行業(yè)資料先跑一批真實(shí) query 看召回率再談單價(jià)。單價(jià)上省下的那點(diǎn)錢比不上一次答錯(cuò)帶來的返工。## 順帶說一句限流Search100QPS、Fetch25QPS 是按賬戶算的不看你用哪個(gè) API Key也不占模型的并發(fā)額度。Fetch 額外還有單域名限制超了同樣返回429。 這意味著并發(fā)抓同一批站點(diǎn)時(shí)最先撞墻的不是你自己的機(jī)器是對方的域名配額。批量抓取的任務(wù)隊(duì)列里最好按域名分桶而不是一把梭。---聯(lián)網(wǎng)能力從選配變成標(biāo)配價(jià)格也就從包含變成單列。5元一千次不貴但從這個(gè)月開始Agent 每查一次資料都會(huì)在賬上留個(gè)印子。11月1日之后第一波真實(shí)賬單出來才是這套定價(jià)的第一次考試。你的項(xiàng)目一個(gè)月大概會(huì)跑多少次檢索評論區(qū)聊聊。