DeepSeek-V4.1-Flash-1017 完整解析:552B 非對稱 CED 架構、11 項代理基準測試與本地部署指南
DeepSeek(深度求索)於 2026 年 10 月 17 日正式開源並上線 DeepSeek-V4.1-Flash-1017,採用 MIT 開源授權。作為 DeepSeek-V4.1-Flash 的 10 月份更新版本,該模型延續了 552B 骨幹參數(含條件記憶與多模態模組之完整倉庫權重為 763B)的因果編碼器-解碼器(CED)稀疏混合專家架構,在預填充(Prefill)階段每 Token 僅激活 8B 參數、解碼(Decode)階段激活 16B 參數,並支援 100 萬(1M)Tokens 上下文視窗與原生圖像理解。根據 DeepSeek 官方發布公告,本次 1017 版本透過基於自反饋的強化學習(RL)大幅強化從零構建完整專案的「許願式編程」能力,在提升推理、程式開發、代理(Agent)與視覺基準表現的同時,進一步縮短任務執行時間與輸出 Token 長度。本文整理官方模型卡、技術報告與 API 文件的核心規格、11 項基準評測數據、部署方式與相關資訊。
DeepSeek-V4.1-Flash-1017 核心升級亮點
根據 Hugging Face 官方模型卡與 DeepSeek API 官方新聞稿,本次 DeepSeek-V4.1-Flash-1017 更新聚焦於三個核心方向:
- 性能與成本的帕累托改進(更強、更快、輸出更精簡):相較於 2026 年 9 月 10 日發布的初代 DeepSeek-V4.1-Flash,
1017版本在推理、程式碼、代理任務與多模態視覺基準上全面提升(例如Terminal-Bench 4.0從 31.2 分躍升至 42.3 分,ProgramBench從 20.3 分提升至 29.1 分),同時縮短了模型執行代理任務的總耗時與輸出 Token 長度,在多個代理框架(Agent Harnesses)下降低單次任務的整體推論花費。 - 基於自反饋強化學習的「許願式編程」能力:官方公告指出,研發團隊採用基於自反饋的強化學習(Reinforcement Learning with Self-Feedback)後訓練技術,強化模型從零開始構建完整專案的端到端開發能力。在較少的提示詞與素材參考下,模型可在 DeepSeek Harness 等框架內以極短的互動輪次直接完成大型專案,官方展示案例包含:
- 故宮 3D 建模展示:直接透過程式碼建立精細的古建築群 3D 場景。
- 網頁版賽車遊戲:從零完成具備物理碰撞與賽道渲染的完整網頁遊戲。
- 基於 Godot 引擎的《傳送門 2》(Portal 2)復刻:構建包含傳送門空間邏輯與 3D 關卡的遊戲專案。
- Valley of Ages 3D 動態歷史場景:以 3D 互動場景呈現從史前時代到現代文明的演進歷程。
- 主流代理框架適配與自研 Search / Fetch API 開放:本次更新特別針對 DeepSeek Harness(官方建議升級至
v0.2.1-rc.1或以上版本)、騰訊 CodeBuddy、WorkBuddy、Claude Code 與 Mini-SWE-V2 進行最佳化。此外,支撐 DeepSeek 網頁端與 App 每日數億次請求的自研 AI 原生搜尋引擎,也隨本次更新正式對外開放 Search API 與 Fetch API(定價皆為每千次成功呼叫 5 元人民幣 / 0.75 美元,並具備過濾 SEO 作弊、GEO 操縱與低品質 AIGC 內容的識別機制)。
底層架構解析:為什麼骨幹是 552B,而模型頁顯示 763B?
初次檢視 DeepSeek-V4.1-Flash-1017 模型卡的開發者常會注意到一個數字差異:官方技術報告《DeepSeek-V4.1-Flash: Pushing the Limits of KV Cache Compression》與相關評測頁均標示其為 552B 骨幹參數,但 Hugging Face 右側欄的 Safetensors 模型大小卻顯示 763B params(完整檔案總容量約 510 GB)。
根據官方技術報告與推論參考實作說明(inference/README.md),這項差異源於 V4.1-Flash 獨特的模組化架構設計:
| 架構模組與規格維度 | 技術細節與參數配置 | 資料來源 |
|---|---|---|
| 模型總參數量(Safetensors) | 763B 參數(包含 552B MoE 骨幹、196B Engram 條件記憶、DeepSeek-ViT 視覺編碼器與 DSpark 投機解碼模組) | Hugging Face 官方模型卡 / 官方技術報告 |
| 語言骨幹與非對稱激活(CED) | 552B 骨幹參數,採 40 層因果編碼器-解碼器(20 層 Causal Encoder + 20 層 Decoder);預填充(Prefill)每 Token 僅激活 8B,解碼(Decode)每 Token 激活 16B | 官方技術報告(arXiv:2609.19969) |
| MoE 專家路由配置 | 每層 MoE 包含 1 個共享專家 + 384 個路由專家,每 Token 動態激活 6 個路由專家 | 官方架構說明 |
| Engram 條件記憶模組 | 196B 參數,透過基於 Token 的 n-gram 查表(Token-based Lookup)進行稀疏存取,推論時可存放於主機記憶體或 SSD | 官方推論說明(inference/README.md) |
| KV Cache 極限壓縮(CSA2 + FP4) | 結合跨層 KV 重用的壓縮稀疏注意力(CSA2)與 FP4(E2M1 格式)主 KV 快取,將全局 KV Cache(常駐 HBM)降至 每 Token 890 Bytes(約為 V4-Flash 的 1/4、初代 V1 的 1/437) | 官方技術報告 / 官方發布頁 |
| 持久化快取優化(SWA Bounded Replay) | 僅重播最近 $n_{\text{win}}$ 個 Token 以重建滑動視窗注意力(SWA)狀態,免除將 SWA KV 寫入 SSD,使持久化 KV Cache(SSD/主機記憶體)降至 V4-Flash 的 1/8 | 官方技術報告(arXiv:2609.19969) |
| 原生多模態視覺理解 | 從頭訓練的 DeepSeek-ViT(採 2D-RoPE 與 3×3 pixel-unshuffle 下採樣)搭配雙層 MLP 投影器,在 45T Tokens 預訓練初期即與文字嵌入聯合訓練 | 官方架構說明 |
| 殘差流與投機解碼 | 採用 Single-Pass mHC(搭配高效 Mega-mHC 核心的修正超連接)與 DSpark 半自回歸投機解碼路徑 | 官方推論說明(inference/README.md) |
| 上下文與輸出長度 | 原生支援 1,000,000(1M)Tokens 上下文視窗;本地建議 max_tokens >= 256K,官方 API 最高支援 384K 輸出長度 | 官方模型規格說明 |
| 推理強度控制與開源授權 | 支援 1 至 100 連續可調的整數推理強度(Reasoning Effort);程式碼與模型權重均採用 MIT License | Hugging Face 官方模型卡 |
1. 因果編碼器-解碼器(CED):專為「重輸入、輕輸出」代理工作流設計
在軟體工程代理(如 Claude Code、DeepSeek Harness、OpenCode)的實際運作中,模型需要反覆讀取龐大的程式碼庫、終端機日誌與多輪工具回傳結果,導致輸入(Prefill)Token 數量往往是輸出(Decode)的數十倍。官方技術報告指出,CED 架構將 40 層網路切分為前 20 層因果編碼器與後 20 層解碼器,解碼器的全局 KV Cache 直接由編碼器最後一層的隱藏狀態投影生成,無須在預填充階段跑完解碼器各層的獨立狀態計算。這項設計讓模型在處理百萬級上下文輸入時僅需激活 8B 參數,而在自回歸生成程式碼或決策時激活 16B 參數,兼顧預填充吞吐量與生成品質。
2. CSA2 與 SWA Bounded Replay:將 HBM 快取壓縮至 890 Bytes/Token
為了突破長上下文代理在顯示記憶體(HBM)與固態硬碟(SSD)頻寬上的瓶頸,DeepSeek-V4.1-Flash 系列引入了第二代壓縮稀疏注意力(CSA2)。每一層注意力會靜態配置為 Full(完整計算)、Reindex(重新索引)或 Reuse(重用索引)三種模式之一,跨層共享主 KV 與索引器 Key,並在解碼器中透過階層式稀疏索引器(Hierarchical Sparse Indexer)將深層索引範圍限制在第一層 Full 模式篩選出的候選池中,使深層索引成本不隨上下文長度膨脹。搭配 FP4 主 KV 量化與 SWA Bounded Replay 技術,大幅減輕了長對話與多輪代理的硬體儲存壓力。
官方 11 項基準測試全解析:全面超越前代並領先多項代理榜單
根據 DeepSeek-V4.1-Flash-1017 官方模型卡 公布的評測數據,官方將 DS-V4.1-Flash-1017 與前代 DS-V4.1-Flash(0910 版本)、K3(Kimi K3)、GLM-5.3、GPT-5.6 Sol 以及 Opus 5(Claude Opus 5)在 11 項高難度推理、程式開發、自動化代理與多模態視覺工具基準上進行了橫向對比:
| 評測類別 | 基準測試項目 | DS-V4.1-Flash-1017 | DS-V4.1-Flash (前代) | K3 | GLM-5.3 | GPT-5.6 Sol | Opus 5 |
|---|---|---|---|---|---|---|---|
| 高難度學術推理 | HLE w/o tools | 42.6 (44.0†) | 36.8 (39.1†) | 43.5 | 42.0† | 44.5 | 56.3 |
| 終端機與軟體工程 | Terminal-Bench 4.0 | 42.3 | 31.2 | 12.6 | 37.9 | 39.9 | 51.8 |
| 終端機與軟體工程 | DeepSWE v1.1 | 77.0 | 74.2 | 67.5 | 66.9 | 73.0 | 74.0 |
| 終端機與軟體工程 | ProgramBench | 29.1 | 20.3 | 17.5 | 19.0 | 23.0 | 37.0 |
| 終端機與軟體工程 | NL2Repo-Bench | 68.2 | 65.4 | 58.0 | 58.0 | 56.8 | 75.3 |
| 代理與任務自動化 | Automation-Bench v1.0.6 | 60.5 | 54.8 | 46.7 | 48.8 | 45.8 | 50.3 |
| 代理與任務自動化 | Agents’ Last Exam | 35.4 | 31.8 | 27.6 | 28.5 | 26.7 | 28.6 |
| 代理與任務自動化 | Apex Bench v1.1 | 72.1 | 64.6 | 47.8 | 56.6 | 54.3 | 65.8 |
| 多模態視覺代理(含工具) | Chartography (w/tools) | 83.0 | 78.9 | 68.1 | - | 79.9 | 84.0 |
| 多模態視覺代理(含工具) | BabyVision (w/tools) | 92.5 | 89.6 | 85.7 | - | 88.9 | 94.1 |
| 多模態視覺代理(含工具) | ZeroBench-main (w/tools) | 51.0 | 49.0 | 41.0 | - | 53.0 | 52.0 |
(註:表中 † 代表 HLE 的純文字子集;官方說明指出 Terminal-Bench 4.0 採用 Claude Code 框架測試,DeepSWE v1.1 採用 Mini-SWE-V2 框架測試。)
評測數據的三大關鍵觀察
- 相較前代 V4.1-Flash 實現大幅躍升:在架構未變動的前提下,
1017版本在全部 11 項基準測試均取得明顯成長。其中增幅最大的是 Terminal-Bench 4.0(+11.1 分,從 31.2 升至 42.3)、ProgramBench(+8.8 分,從 20.3 升至 29.1)、Apex Bench v1.1(+7.5 分,從 64.6 升至 72.1) 與 HLE 無工具純文字子集(+4.9 分,從 39.1 升至 44.0)。 - 四項代理與軟體工程基準居受測模型之冠:在
DeepSWE v1.1(77.0 vs Opus 5 的 74.0)、Automation-Bench v1.0.6(60.5 vs Opus 5 的 50.3)、Agents' Last Exam(35.4 vs Opus 5 的 28.6)以及Apex Bench v1.1(72.1 vs Opus 5 的 65.8)四項基準中,DeepSeek-V4.1-Flash-1017超越包含Opus 5與GPT-5.6 Sol在內的所有對照模型。 - 視覺工具代理逼近頂級閉源模型:在結合工具呼叫的圖表解析與視覺推理測試中,
Chartography(83.0 分)與BabyVision(92.5 分)均優於GPT-5.6 Sol(79.9 / 88.9)與K3(68.1 / 85.7),與Opus 5(84.0 / 94.1)差距僅約 1 至 1.6 個百分點。
提示詞編碼(deepseek-recipe)與本地部署指南
根據 Hugging Face 官方模型卡 說明,本次發布不包含 Jinja 格式的 chat_template,而是提供兩套標準化的提示詞編碼方案,確保多輪對話、工具呼叫、思考模式、整數推理強度(Reasoning Effort 1–100)、對話中插入系統訊息與圖文交錯內容的一致性:
- Python 獨立參考實作(
encoding/encoding.py):位於模型倉庫的encoding目錄,內含完整的多輪對話、工具調用與多模態圖片編碼測試案例。 - 生產環境 Rust + Python 工具庫 deepseek-recipe:官方於 GitHub 開源的協議轉換與編解碼工具包(MIT 授權),支援將 OpenAI
Chat Completions、Responses API(含apply_patch自訂工具與命名空間)以及 AnthropicMessages API請求統一轉換為Conversation格式,渲染為 DeepSeek V4 / V4.1 提示詞或 Token IDs,並將模型輸出解析回完整或串流(Streaming)回應,同時內建基於 OpenCV 的 DeepSeek V4.1 圖片預處理。
1. 使用 deepseek-recipe 進行提示詞編碼(Python 範例)
根據官方說明文件,在 Python 3.10+ 環境下安裝並轉換請求的方式如下:
python3 -m pip install deepseek-recipe
from deepseek_recipe import ChatCompletionRequest, ConversionOptions, DeepseekV41Encoding
request = ChatCompletionRequest({
"model": "deepseek-flash",
"messages": [{"role": "user", "content": "Hello"}],
})
converted = request.convert(ConversionOptions())
rendered = DeepseekV41Encoding().render_conversation(converted.conversation)
print(rendered.prompt)
2. 官方最小推論參考實作(Minimal Inference 權重轉換與執行)
根據倉庫內 inference/README.md 說明,inference 目錄提供了涵蓋視覺編碼器、CSA2 雙層索引注意力、Engram n-gram 查表、MoE、Hyper-Connections 與 DSpark 前向路徑的可讀參考實作。部署時需先將 Hugging Face 權重轉換為對應張量平行(Tensor Parallel)階數的檢查點(專家權重轉換為 fp4):
# 1. 安裝相依套件
python -m pip install -r requirements.txt
# 2. 轉換 Hugging Face 權重(以 8 卡 TP8、專家權重 fp4 為例)
export HF_CKPT_PATH=/path/to/DeepSeek-V4.1-Flash-HF
export SAVE_PATH=/path/to/DeepSeek-V4.1-Flash-TP8
export MP=8
python convert.py \
--hf-ckpt-path "${HF_CKPT_PATH}" \
--save-path "${SAVE_PATH}" \
--model-parallel "${MP}" \
--expert-dtype fp4 \
--tokenizer-path "${HF_CKPT_PATH}"
# 3. 啟動互動式對話(或多節點 torchrun 推論)
torchrun --nproc-per-node "${MP}" generate.py \
--ckpt-path "${CKPT_PATH}" \
--config config.json \
--interactive \
--temperature 0.6
3. 使用 vLLM、SGLang 與 Docker Model Runner 啟動服務
根據官方模型頁部署說明,開發者亦可透過 vLLM、SGLang 或 Docker Model Runner 部署 OpenAI 相容 API 伺服器:
# 方式 A:使用 vLLM 部署
pip install vllm
vllm serve "deepseek-ai/DeepSeek-V4.1-Flash-1017"
# 方式 B:使用 SGLang 部署
pip install sglang
python3 -m sglang.launch_server \
--model-path "deepseek-ai/DeepSeek-V4.1-Flash-1017" \
--host 0.0.0.0 \
--port 30000
# 方式 C:使用 Docker Model Runner 直接運行
docker model run hf.co/deepseek-ai/DeepSeek-V4.1-Flash-1017
官方推薦採樣參數:
temperature:1.0top_p:1.0(或0.95)context_window:1M tokens(1,048,576 Tokens)max_tokens:>= 256K
雲端 API 定價與第三方供應商生態
由於完整權重達 763B(約 510 GB),一般開發者與企業團隊多透過官方 API 或第三方雲端平台呼叫 DeepSeek-V4.1-Flash-1017。
1. DeepSeek 官方開放平台定價與峰谷優惠
根據官方模型與價格文件,線上模型代號統一為 deepseek-flash(舊代號 deepseek-v4-flash、deepseek-v4-flash-vision-exp 及已下線過渡期的 deepseek-v4-pro 皆自動路由至 DeepSeek-V4.1-Flash-1017 並按 Flash 價格計費),同時支援 OpenAI 相容端點(https://api.deepseek.com)與 Anthropic 相容端點(https://api.deepseek.com/anthropic):
| 計費與規格項目 | DeepSeek-V4.1-Flash-1017(deepseek-flash) | 備註說明 |
|---|---|---|
| 上下文視窗 / 最大輸出 | 1M Tokens / 最大 384K Tokens | 預設開啟思考模式(支援切換非思考模式) |
| 支援功能 | JSON Output、Tool Calls、Responses API、Anthropic API、圖像理解、對話前綴續寫、FIM 補全 | FIM 補全僅於非思考模式支援 |
| 百萬 Tokens 輸入(快取命中) | 高峰時段:0.04 元人民幣 / 空閒時段:0.02 元人民幣 | 空閒時段為高峰時段半價 |
| 百萬 Tokens 輸入(快取未命中) | 高峰時段:2.00 元人民幣 / 空閒時段:1.00 元人民幣 | 北京時間週一至週五 09:00-12:00、14:00-18:00 為高峰時段,其餘及週末節假日皆為空閒時段 |
| 百萬 Tokens 輸出 | 高峰時段:8.00 元人民幣 / 空閒時段:4.00 元人民幣 | 單帳號併發限制高達 2,500(為 V4-Pro 的 5 倍) |
| Search / Fetch 獨立 API | 每 1,000 次成功請求 5.00 元人民幣($0.75 美元) | 在 DeepSeek Harness / Claude Code / Codex 中透過 Server 端呼叫目前免費,自 2026/11/01 00:00(UTC+8)起開始計費 |
2. 第三方供應商價格與真實工作負載統計
在第三方雲端路由平台上,該模型標示代號為 deepseek/deepseek-v4.1-flash-1017:
- inference.net:輸入 $0.10 / 1M、輸出 $0.50 / 1M、快取讀取 $0.002 / 1M(P50 延遲 0.80 秒,吞吐量 57 tokens/s)。
- DeepInfra:標準檔位輸入 $0.14 / 1M、輸出 $0.42 / 1M、快取讀取 $0.0042 / 1M;Flex 檔位低至輸入 $0.112 / 1M、輸出 $0.336 / 1M。
- DeepSeek 官方節點:輸入 $0.15 / 1M、輸出 $0.60 / 1M、快取讀取 $0.003 / 1M,P50 輸出吞吐量高達 157 tokens/s。
受惠於極高的上下文快取命中率(實測平均快取命中率達 88.6% 至 90.87%),加權平均實際支付輸入價格約 $0.0198 / 1M tokens。目前呼叫該模型流量最高的前五大公開應用程式依序為:Claude Code(1.28B tokens)、DeepSeek Harness(927M tokens)、omp(909M tokens)、Hermes Agent(696M tokens)與 pi(520M tokens),反映出開發者社群主要將其投入自動化程式開發與長鏈路代理工作流。