重點先說:截至 2026 年 9 月 1 日,DeepSeek 官方 Hugging Face 儲存庫目前已可取得 DeepSeek-V4-Flash-Vision-Exp 的 Safetensors 權重;檔案頁標示儲存庫規模為 168 GB,模型卡標示為 305B params,儲存庫的 LICENSE 檔則為 MIT License。
這不是只有 API 模型更新。DeepSeek 的更新日誌可確認 deepseek-v4-flash-vision-exp 曾在 2026 年 8 月 21 日於 DeepSeek API platform 上線;這是原 API 的上線歷史,現行相容名稱已改由 V4.1-Flash 服務。Hugging Face 儲存庫也已有可下載權重。不過,現有官方材料不足以確認權重的精確首次公開日期,因此不宜把 2026 年 9 月 1 日寫成官方正式公告的發布日。
評估時需分開兩條路徑:目前託管 API 使用 V4.1-Flash 驗證圖文任務與 token 成本;自架則是原 Vision Exp 權重,需正視 305B 級規模、推論服務與長上下文的工程負擔。兩者不是同一版本,API 結果不能直接當作原權重的效能驗證。
API 現況更新(2026 年 9 月 30 日查核):DeepSeek 現行文件指定使用 deepseek-flash,對應 DeepSeek-V4.1-Flash;deepseek-v4-flash 與 deepseek-v4-flash-vision-exp 舊名稱雖仍接受,但原 API 模型已退役,請求由 V4.1-Flash 服務並按 Flash 價格計費。deepseek-v4-pro 仍列為 DeepSeek-V4-Pro-0813,不應說它已全部轉成 Flash。以下保留原權重發布歷史;自架權重與目前託管 API 不是同一版本保證。官方模型與價格。
DeepSeek V4 Flash Vision 這次到底釋出了什麼?

目前可直接確認的狀態可分成兩件事:
- API 歷史與現況:
deepseek-v4-flash-vision-exp於 2026 年 8 月 21 日在 DeepSeek API platform 上線;目前原模型已退役,舊名稱仍接受,但由支援圖文輸入的 V4.1-Flash 服務並按 Flash 費率計費。 - 權重:官方 Hugging Face 模型頁與檔案頁目前可見 Safetensors 權重檔,檔案庫標示為 168 GB。
模型卡將它描述為 DeepSeek-V4 家族第一個 experimental multimodal model。其中的 experimental 很重要:它表示評估、導入與服務化時,應將版本變動與驗證工作列入規劃,而不是把它視為已被官方承諾具備固定生產行為的版本。
已確認規格:168GB、305B params、1M context、384K 最大輸出

| 項目 | 目前官方可確認資訊 | 對評估的意義 |
|---|---|---|
| 權重檔 | Hugging Face 儲存庫列出 Safetensors 權重檔,檔案庫標示 168 GB。 | 下載、儲存、載入與部署都要規劃相應的儲存與運算資源。 |
| 模型規模 | 模型卡的 Model size 欄位標示為 305B params。 | 這是官方提供的參數標示;不應自行解讀成 active parameters。 |
| 輸入型態 | 原 Vision Exp 為圖文模型;目前託管 API 的 V4.1-Flash 亦支援 Vision。 | 自架原權重與目前 API 需分別驗證,不應視為相同版本。 |
| Context length | 原 API 整理值為 1M;目前 V4.1-Flash 文件也列為 1M。 | 這是託管 API 上限資訊,不能直接當作自架原權重的容量保證。 |
| Maximum output | 原 API 整理值為 384K;目前 V4.1-Flash 文件也列為 384K。 | 最大輸出與 context length 不同;相同上限不表示 API 模型版本未變。 |
| 授權檔 | 儲存庫的 LICENSE 檔為 MIT License。 | 授權條件是採用評估的一部分,仍應依實際產品、相依項目與法域完成審查。 |
許多人會問:305B 是否就是「305B active parameters」?答案是不宜這樣寫。官方模型卡只標示 305B params,沒有把它標示為 active parameters。因此,也不應將這個數字直接與其他 V4-Flash 相關參數數字視為同一口徑後下結論。
1M context 是什麼?別把它與最大輸出或成本混為一談
原文整理 Vision Exp 時所列的 context length 為 1M,maximum output 則列為 384K。簡單說,前者是脈絡長度欄位,後者是模型回覆可輸出的最大長度欄位;兩者不是同一件事。
現行 V4.1-Flash 文件同樣列出 1M context 與 384K 最大輸出,但舊名稱已是相容路由,不能用相同上限推論仍在使用原 Vision Exp API 模型。
對圖文 API 工作流程來說,圖片相關的實際計費與 token 規則,應以導入當下的官方 Vision 與定價文件為準,並以實際 API 測試確認。PoC 時應分別記錄實際請求與回覆的 token 使用量及支出;不要只因規格表列出 1M,就預設成本或延遲會符合需求。
目前 API 價格怎麼看?
依官方 Models & Pricing 頁面,現行 deepseek-flash(DeepSeek-V4.1-Flash)的美元每 1M tokens 價格如下;舊 Vision Exp 名稱的請求亦依這個 Flash 費率計費(2026 年 9 月 30 日查核):
| 計費項目 | 離峰 | 尖峰 |
|---|---|---|
| Cache hit | US$0.003 | US$0.006 |
| Cache miss | US$0.15 | US$0.30 |
| Output | US$0.60 | US$1.20 |
價格頁的時段定義也要看清楚:週一至週五(不含中國法定假日)01:00–04:00、06:00–10:00 UTC 是尖峰,其餘時段才是離峰。若團隊要以 API 建立測試流程,應把輸入、輸出與快取命中情況分開紀錄,再依實際使用模式估算支出。
MIT License 代表什麼?可以直接拿來做商業產品嗎?
官方儲存庫的 LICENSE 檔為 MIT License,這是評估內部部署、修改或產品整合時的重要資訊。
但「儲存庫使用 MIT License」不等於零部署成本,也不應被延伸解讀成所有情境、所有法域、所有衍生內容或所有第三方元件都已有無條件的商用法律保證。企業在導入前,仍應由法務或授權負責人審閱實際 LICENSE、產品分發方式、相依元件與適用規範。
換句話說,MIT 是值得納入採用條件的明確訊號;它並不能取代完整的授權與風險審查,更不能取代 GPU、儲存、維運及資安治理的成本試算。
要選 API 還是自行部署?先用真實任務做 PoC

團隊可先用目前的 V4.1-Flash API 驗證工作流程,再按任務量、資料治理、成本與維運能力評估是否測試原 Vision Exp 權重。這不代表從 API 改為自架可維持相同模型行為;原權重需另做品質與相容性驗證。
| 路徑 | 可從官方資料確認的條件 | 評估重點 |
|---|---|---|
| API | 目前應用 deepseek-flash 呼叫 V4.1-Flash;舊 Vision Exp 名稱轉交新模型並依 Flash 費率計費。 | 以真實圖片與文字資料測試品質,並記錄實際請求、回覆與支出。 |
| 自行部署 | 官方 Hugging Face 儲存庫目前有 Safetensors 權重;最小推論 README 提供參考實作。 | 需要自行評估權重儲存、推論服務、監控、資安、長脈絡資源消耗與維運能力。 |
這裡的關鍵不是把自架誤認為「免費」。即使權重可取得,305B 級模型的部署仍涉及硬體與工程成本。尤其長上下文的使用方式,也會影響服務端的資源規劃。
官方最小推論程式可以直接當正式服務嗎?
不建議據此做出這種推論。官方 最小推論 README已明示,內容是以可讀性優先的 reference implementation,不是 production serving engine。
README 中的 MP=4 是權重轉換與執行範例中的 model-parallel 設定,並不代表「最低只需要 4 張 GPU」。在缺乏官方最低硬體規格的前提下,團隊不應以此作為採購或容量規劃依據。
同樣地,現有已驗證材料並未提供 DeepSeek 對 vLLM、SGLang 或其他 runtime 的生產級相容性與效能保證。若要採用特定 serving runtime,應由團隊自行進行相容性、穩定性與效能驗證。
導入 DeepSeek V4 Flash Vision 前的檢查清單
- 先確認模型版本與圖文需求:目前 API 的 Vision 能力及圖片 token 規則須依 V4.1-Flash 文件與實際測試確認;自架原 Vision Exp 權重另行驗證,不能以舊 API 名稱判定仍在呼叫原模型。
- 用真實資料做小型 PoC:以實際工作中的截圖、文件圖片或其他圖文輸入,檢查結果是否符合內部需求。
- 分開量測實際使用狀況:記錄實際請求與回覆的 token 使用量及支出,避免只看單一每百萬 token 單價。
- 不要把 1M 當成預設值:脈絡長度欄位與最大輸出不同,請依任務設計請求範圍。
- 自架先做容量與服務驗證:168 GB 權重庫與 305B params 是明確的規模訊號;不要將 reference implementation 或
MP=4範例當成正式服務與最低硬體保證。 - 完成授權與治理審查:除 MIT LICENSE 外,也應檢視資料處理、相依元件、產品分發與內部合規要求。
仍需保留的限制與未確認事項
目前可確認的是 API 與 Hugging Face 權重庫的狀態,但以下事項不宜自行延伸:
- 沒有足夠已驗證資料可將 2026 年 9 月 1 日定義為權重的官方正式發布公告日或首次公開日。
- API 上線紀錄指向 DeepSeek API platform;不能據此推論 DeepSeek App 或 Web 聊天介面已提供視覺功能。
- 目前沒有足夠已驗證官方資料可確認台灣可用性、儲值穩定性,或模型已正式支援/最佳化繁體中文。
- 模型卡標示 305B params,不應延伸為 active parameters,或拿來與不同口徑的數字直接比較。
因此,台灣團隊若有繁中、在地可用性或企業治理需求,最好的做法不是預先假設,而是在導入前用自身環境與真實繁中資料完成驗證。
結論:權重已可取得,但「能部署」不等於「可直接上線」
DeepSeek V4 Flash Vision Exp 現在最值得注意的訊息是:官方 Hugging Face 儲存庫已有可下載 Safetensors 權重,並標示 168 GB、305B params 與 MIT License;在 API 端,原 Vision Exp 模型已退役,舊名稱轉交 V4.1-Flash,導入與成本評估須用現行 Flash 文件。
原 Vision Exp 權重仍是 experimental,官方最小推論程式也不是生產服務引擎。託管 API 與自架原權重應分別用真實圖文任務驗證品質、成本與相容性,不宜把權重可下載解讀為低成本、低風險的正式部署方案。

