開發者平台
DeepSeek 停用舊 API 模型名稱,代理程式須改用 V4-Flash 或 V4-Pro
DeepSeek 已於 7 月 24 日停用 `deepseek-chat` 與 `deepseek-reasoner` 兩個相容名稱,未遷移的 API 請求可能直接失敗。新介面把模型選擇與推理模式拆開,也使升級不再只是替換模型字串。

DeepSeek 在 7 月 24 日 15:59 UTC 停用 API 中的 `deepseek-chat` 與 `deepseek-reasoner` 名稱,正式模型識別碼改為 `deepseek-v4-flash` 與 `deepseek-v4-pro`。舊名稱此前分別對應 V4-Flash 的非思考與思考模式;若應用程式、模型閘道或代理框架仍把它們寫死,現在可能在執行階段收到錯誤,而不是自動轉到新版模型。
遷移的技術重點不只在名稱。新版 API 以 `thinking.type` 和 `reasoning_effort` 控制推理,官方範例同時提供 OpenAI 相容的 `/chat/completions` 與 Anthropic 相容端點。工程團隊應檢查 SDK 是否會保留額外欄位、串流事件能否正確處理思考內容,以及工具呼叫解析器是否支援 V4 使用的 DSML/XML 格式。只改環境變數但沿用舊 JSON 假設,仍可能出現工具參數或推理內容遺失。
V4-Flash 是 284B 總參數、每 token 啟用 13B 的 MoE;V4-Pro 則為 1.6T/49B,兩者均標示支援一百萬 token。Hugging Face 的技術整理指出,Flash 在一百萬 token 時的單 token FLOPs 與 KV cache 分別約為 V3.2 的 10% 與 7%,但這些數字源自官方技術報告,不能等同特定雲端端點的延遲保證。
部署者接下來應以真實軌跡重跑工具呼叫、長上下文、快取命中率和成本測試,並在模型閘道加入未知模型及 4xx 錯誤告警。V4-Pro 與 Flash 的品質、價格和推理行為不同;把舊 alias 全部機械式映射至 Pro,可能改善部分任務,卻也會改變延遲與預算。