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