DeepSeek Flash 網搜 API：內建搜尋與 Search／Fetch 怎麼選？
本文目錄
要在客服對話裡按需查公開文件，可以讓 deepseek-flash 自己決定何時用網搜。若接下來還要由程式保存原文、逐頁重試，或限制哪些來源能進資料庫，讓後端直接呼叫 Search／Fetch 會比較好驗收。兩種接法的差異在於誰決定搜尋，以及應用程式拿得到哪些資料。DeepSeek 11 月 13 日公告
先決定是要回答，還是要取得資料
Messages、Responses 與 Chat Completions 都支援 Flash 內建網路工具。deepseek_web_search 讓模型按需搜尋，關閉 thinking 時可回傳帶引用的答案，開啟時模型可分步搜尋、開頁與找字。deepseek_read_url 處理使用者最後一則訊息裡的網址。只想讀指定連結時，僅宣告 URL 工具即可。兩個工具都由服務端執行，tool_choice 指名強制執行其中一項會得到 400。Web Tools 文件
如果工作是「讀取指定網域的三個結果並保存逐頁 Markdown」，把搜尋及補抓留在應用層。內建讀頁回應提供網址、標題等欄位，頁面文字由服務端以加密欄位帶回對話，不能當作正文匯出。獨立 API 的去重與缺正文補抓可沿用 DeepSeek Search／Fetch 的處理範例。
檔案輸入可跟著聊天請求交給模型。OCR、語音轉文字和文字轉語音也各有獨立 API。需要先抽字、人工修正，再決定送哪些文字給模型時，把轉換做成前處理步驟，能讓兩個階段分別驗收。OCR · ASR · TTS
用三筆輸入驗收接法
- 問一題需要近期官方資料的問題。 用 Messages 的非 thinking 模式，比對答案引文和實際搜尋結果，確認引文是否支持對應句子。工具由模型選用，因此也要驗收未搜尋時介面如何提示。
- 貼一個已知可讀的官方文件網址。 只啟用
deepseek_read_url，檢查回應是否真的有讀頁紀錄。另用一個已知不存在的公開測試頁，確認失敗時畫面不會把模型猜測標成已查閱。 - 對照最終 usage。 在 Messages 記錄
usage.server_tool_use下的tool_search、tool_fetch和tool_image_search，再加 token 用量。畫面上的結果區塊數含失敗，應和計費次數分開。一次搜尋若有三個查詢且回傳結果，官方按查詢計數。截至 11 月 15 日，搜尋和網頁抓取分別為每千次 0.75 美元，內建與獨立端點採同一單價。DeepSeek 價目表 · 工具計費規則
對外提供聊天服務時，DeepSeek 要求開啟安全檢查。以 Messages 為例，可在頂層傳 safety_check: { "level": "high" }。上線前用本地假回應驗收輸入被拒和輸出在串流結尾遭拒兩條路徑。Messages 的拒答結尾是 stop_reason: "refusal"，應用程式應清掉已顯示的暫存文字，改顯示拒答提示。若產品要求審查完成前一個字都不能顯示，先緩衝整段，再依最終狀態顯示。Model Content Safety
參考資料：