deepseek-v4
DeepSeek V4.1 Flash 釋出:視覺能力與 API 變化
DeepSeek-V4 Team · 2026年9月23日 · 9 min read
Keywords: deepseek-v4、deepseek v4.1 flash、deepseek api
Published: 2026年9月23日 Author: DeepSeek-V4 Team
DeepSeek 在 2026 年 9 月 10 日釋出了 V4.1 Flash。對官方 API 使用者來說,最先需要檢查的是設定裡的模型名:新接入應使用 deepseek-flash;仍在使用舊 Flash 名稱的應用,背後可能已經換成了新模型。
這意味著,即使沒有主動升級,現有工作流也值得重新檢查。請求能正常返回,只能說明介面接受了請求,不能證明底層模型和上次測試時一樣。
本文面向正在選模型、維護 API 接入,或準備使用圖片分析的讀者。事實依據是截至 9 月 23 日核對的官方資料;文中的任務示例用於幫助你評估,不是本站已完成的效能實測。
新架構的數字,應該怎樣理解
官方發布稿介紹,V4.1 Flash 是一個總引數量為 552B 的混合專家模型,採用因果編碼器—解碼器架構,輸入側啟用引數為 8B,輸出側為 16B,並具備原生視覺理解能力。
總引數量和啟用引數回答的是不同問題。前者描述模型整體規模,後者描述計算時涉及的引數子集。不能拿啟用引數直接推算本地部署需要多少視訊記憶體,也不能據此承諾某個請求會在幾秒內完成。實際延遲還取決於輸入長度、服務負載、硬體和推理實現。
如果你透過 API 使用模型,更直接的變化是圖片已經屬於當前 Flash 的正式輸入能力,不必繼續把舊的視覺實驗模型當成獨立選項。如果你計劃自行部署,則需要另外核對推理框架和硬體要求;API 已上線,並不代表熟悉的本地工具已經支援這套架構。
舊模型名仍能呼叫,為什麼還要改
當前更新日誌明確說明,deepseek-v4-flash 和 deepseek-v4-flash-vision-exp 作為相容名稱,暫時路由至 V4.1 Flash,原來的對應模型已經退役。
假設你的訂單提取指令碼還寫著 deepseek-v4-flash。日誌中出現這個字串,不代表它仍在使用上一代 V4 Flash。模型名有時是可變的別名,不是固定版本號。儲存測試結果時,最好同時記錄測試日期、服務商和官方當時公佈的模型對應。
新專案直接採用 deepseek-flash,可以減少繼續複製舊設定的機會。已有專案則適合先跑一組已知答案,再調整設定和內部示例。具體檢查過程見API 遷移指南。
視覺能力最值得從一張已知答案的圖開始試
把截圖複製成純文字,可能丟掉數值和標籤的位置關係,也可能漏掉圖例、警告標記或表格的列結構。支援圖片輸入後,可以把這些視覺資訊一併交給模型。
但“能看圖”不等於每個數字都讀得準。第一次測試可以選擇一張你持有原始資料的圖表:先讓模型抄出座標軸標籤和最大值,再讓它解釋趨勢。這樣能分清問題發生在識別環節,還是後續推理環節。對於模糊的小字,要求它說明看不清,比接受一個看似合理的數字更有用。
Vision 文件提供了圖片 URL、Base64 和上傳檔案引用等輸入方式。Files API可以透過 file_id 複用圖片。當前列出的檔案格式是圖片,因此不能進一步推導為 PDF、Word 等任意文件都能直接上傳。某個聊天產品若支援文件,可能在模型之外增加了解析或轉換流程。
使用網頁版時也要檢查這一層區別:介面允許上傳哪些附件、實際選擇了什麼模型,都以該產品當前提供的功能為準。官方 API 支援某項能力,並不能證明每個第三方入口都已開放。
關於 Pro 停服,舊公告和當前說明並不一致
9 月 10 日的發布稿曾宣佈,計劃從 9 月 14 日起把 V4 Pro 請求切換到 V4.1 Flash。但當前更新日誌改為說明:9 月 14 日後繼續提供 V4 Pro API 服務,計費方式保持不變。當前模型表也仍單獨列出 V4-Pro-0813。
因此,今天做選型應參考當前服務說明和模型表,不能只依據原發布稿告訴使用者“Pro 已經下線”。更新日誌沒有為這段修訂單獨標註日期,也不應自行補出一個“撤回決定”的具體時間。
已經穩定使用 Pro 的團隊,可以利用這個視窗做對照測試,不必因為舊公告倉促切換。同時,繼續服務也不是永久不變的承諾;把模型選擇放在設定中,並保留驗證樣例,後續調整會容易得多。
用一個完整任務評估,而不是只問一道題
一個簡單的文字評估可以是:把五條客服工單整理成表格,分別列出問題、使用者要求的動作和原文依據。其中故意放入一條沒有說明期望動作的工單,檢查模型是否保留“未說明”,而不是替使用者編出要求。
先檢查結果是否可用,再比較速度。是否混淆了兩位客戶?是否漏掉欄位?程式能否解析輸出?如果回答很快,但需要人工重新整理,它未必降低了任務成本。
程式碼任務可以選一個已有測試的小改動,固定儲存庫內容、工具權限和驗收條件。圖片任務則使用同一份原圖,避免不同聊天軟體的壓縮影響比較。一次回答好看,只能證明這一次的結果;重複執行,才能看見不穩定的錯誤。
現在可以怎麼做
對一個新建的官方圖片 API 接入,V4.1 Flash 值得優先評估。對已有文字應用,先檢查別名對應,再重跑依賴的樣例。對執行正常的 Pro 應用,則先核對服務狀態和實際收益,再決定是否遷移。
費用也應以完成任務為單位計算,把輸入、輸出、快取和重試放在一起。可以繼續閱讀Pro 與 Flash 對比中的價格和算例,並為自己的比較保留日期與設定。