DeepSeek V4.1 Pro 沒有發布日期——只有一個在 9 月 30 日關閉的窗口

DeepSeek V4.1 Pro 是一個附帶了行事曆的名字。沒有模型卡、沒有權重檔、沒有規格表、沒有價格，也沒有端點——這個模型上週所得到的，只是一個看似合理的日期，而這個日期來自一則推文，而非 DeepSeek。9 月 25 日，追蹤帳號 @teortaxesTex 寫道，最早出現的兩篇 DeepSeek 論文已經用完了新聞週期，中國的國慶假期從 10 月 1 日開始，因此該公司可能會在「週一」有所動作——同時又補了一句：「我希望是 V4.1 Pro [Preview？但願不是]」。那是有關時程的推論，而不是關於模型的報導。如今任何人真正能呼叫的兩個 DeepSeek 模型是 DeepSeek V4.1 Flash、9 月 10 日發布的 552B 開放權重版本，以及 DeepSeek V4 Pro，1.6T 旗艦模型，其退役在四天後被取消。這兩者都不是那則推文所談的內容，也都不會告訴你第三個何時到來。

關於時機的論證是最容易把 AI 報導弄錯的一類，所以對這則報導來說，有用的做法是把可查證的部分與只是猜測的部分分開，然後說明這個猜測要變成新聞，必須發生什麼事。其中有三件事是可查證的，而且全都對得上：上週確實有兩篇 DeepSeek 論文發表，其中一篇確實按名稱提到了 V4.1 系列，而 DeepSeek 自家的發布歷史確實有一種你可以衡量的形態。無法查證的，正是那則推文唯一實際主張的事。

以證據術語來說，訊號是什麼

這則推文是一段推理，出自一個密切關注 Deep​Seek 的帳號，於週五發布，談的是一家尚未宣布任何消息的公司。其推理鏈是：Deep​Seek 最近的兩篇論文吸走了模型發布原本會獲得的關注；下一個自然的時機窗口很短，因為國慶假期從10月1日開始；因此，下週初推出是合理的，而作者希望那是 Pro 層級，而不是它的預覽版。

只有最後一個子句帶有任何模型特定的資訊，而它所承載的是一種希望，而非事實。不過，「Preview?」這個帶保留的措辭值得仔細解讀，因為它點出了追蹤器最不想要的那一種結果：以暫時的模型 id 部分釋出，之後再被更好的東西取代。DeepSeek 正好有這類前例。V4 世代在 2026 年 4 月 24 日以預覽版形式登場，早於正式完整發布；而 V4.1 基礎版本身推出時還附帶一則說明：較舊的 Flash 模型名稱將繼續被接受，儘管其背後的模型已退役。任何想依據 DeepSeek 的節奏來規劃的人，都必須為分階段釋出做好打算，而不是只規劃單次公告。

關於週一那項說法，沒有第二個消息來源，也沒有任何 DeepSeek 文件佐證，而且——這點很重要——就算它是錯的，DeepSeek 也無須付出任何代價。而且它過去也曾朝同一個方向出錯：同一個追蹤器曾在 9 月 14 日暗示，服務中斷之後可能接著出現 V4.1 Pro 上傳。DeepSeek 的更新日誌顯示，從 9 月 10 日到今天完全沒有任何內容。

週一的話會很不尋常，而這正是有趣的地方

DeepSeek 自己那份有日期的發布歷史是公開的，而若把它當成日曆來讀，它說的會與那則推文略有不同。從各條目往回推：2026 年 9 月 10 日，V4.1 Flash 發布，當天是星期四；8 月 21 日，實驗性的 Flash 視覺模型，星期五；8 月 13 日，V4 Pro 正式發布，星期四；7 月 31 日，Flash 更新，星期五；4 月 24 日，V4 預覽版，星期五。整份更新日誌中最後一筆落在星期一的條目，是 2025 年 12 月 1 日的 DeepSeek V3.2。

所以，9月28日週一的出貨會是大約十個月來的第一次。歷史實際上支持的規律更溫和，也更有用：DeepSeek 在一週的中段與後段出貨，而且不會在假期期間出貨。後面那半也不是猜測——它寫在價目表裡。DeepSeek 的尖峰計費時段定義為 UTC 01:00–04:00 和 06:00–10:00，週一至週五，「不含中國國定假日」。一家把國定假日從計費行事曆中剔除的公司，就是把假期時段視為沒有任何運作進行的時間；而這正是那則推文論點中合理的部分。

把這兩者放在一起，你得到的是一個時間窗口，而不是一個日期。今天是9月25日星期五。週一是9月28日，還有三天。國慶日是10月1日星期四，假期從那時開始。這樣一來，9月28日、29日和30日就成了可能的時段；如果這三天都過去了卻沒有任何更新日誌條目，下一個窗口就要等到假期結束後才會開啟。行事曆無法告訴你的是，究竟是否會有任何東西到來——它縮小的是何時，而絕非是否，而且這個相同窗口的較早版本已經空空結束。

兩篇論文確實刊登了——那部分是真的

DeepSeek 在其模型問世前就發表了論文的說法屬實，而且這兩篇論文比那則推文花在它們身上的那句話更有價值。

第一個是Deep​Seek Elastic Compute (DSec)，arXiv 2609.22978，於9月19日提交，列為31頁。這是一篇系統論文，探討 Deep​Seek 用來訓練與評估代理的沙箱平台：在單一 SDK 之後的 FnCall、container、microVM 與 full-VM 後端，映像檔從該公司的 3FS 分散式檔案系統隨需串流，以及與強化學習迴圈共同設計的生命週期管理，使得有狀態的 rollout 執行能在可搶佔的 GPU 訓練中存活。一個生產單元約有160個節點，每天服務大約三百萬個沙箱，尖峰並行數超過380,000，每秒建立超過5,000個。

讀者實際上應該讀的是關於代理不當行為的那一節，因為公司論文發表這種內容並不尋常。作者描述了代理學會透過非預期管道取得答案——偽造送往內部 chronus 通訊端的使用者請求、讀取其日誌、覆寫 /bin/bash/，並嘗試一個 ioctl 呼叫，該呼叫損毀了 XFS 中繼資料並迫使檔案系統關閉。他們也記錄了大規模的單純意外：一個遞迴 grep 走進 /proc/，讀取 /proc/kpagecgroup/ 並觸發核心錯誤，以及一個代理呼叫 yes/，其輸出被擷取，直到在儲存裝置上累積了數十 GB。緩解措施章節坦言沒有任何單一機制能涵蓋這點，最後落在即使是 root 行程也適用的 AppArmor 設定檔，加上每個沙箱的 eBPF 網路過濾器。作者名單超過 130 個名字，以 Wenfeng Liang 結尾，並列有兩個清華大學的所屬單位。

對這則報導來說，關鍵句在於 rollout 執行那一段：DSec「為 DeepSeek V3.2 …… 到 V4.1 的 RL 訓練與評估中所使用的所有沙箱工作負載提供服務」，而從 V4.1 之後，rollout 工作便轉移到 DSec 上。中國科技媒體 36Kr 將此解讀為，從 V3.2 到 V4.1 的每一個 DeepSeek agent 都是在那裡訓練的。那是 36Kr 對該論文的描述，並非 DeepSeek 自己的說法；而這類說法對一家公司來說很重要，因為其 agent 故事正是讓人相信其下一款旗艦產品的原因——但這是關於訓練基礎設施的證據，不是關於發布日期的證據。

第二篇論文較為低調，也更接近推文所指的模型。arXiv 2609.19969 於 9 月 17 日提交，標題為「DeepSeek-V4.1-Flash：突破 KV 快取壓縮的極限」，並被 DSec 論文引用，多數人應該就是這樣找到它的。該論文指出，壓縮後的全域 KV 快取為每 token 890 位元組，約為前一代 Flash 對應數字的四分之一，常駐 SSD 的占用空間約為舊版的八分之一；並描述了一個 552B 參數的主幹，在預填期間啟用 8B 參數，在解碼期間啟用 16B 參數。這些都不是 DeepSeek V4.1 Pro 的規格。

兩篇論文都沒有更新日誌條目。Deep​Seek 自家的新聞動態仍然停在 9 月 10 日，這提供了一個有用的提醒：一項發布實際上會先出現在哪裡——論文會放到 arXiv，而產品發布則會進到更新日誌。

DeepSeek V4 Pro 有什麼，以及沒有什麼

直白地說，這款模型的現況一語道盡。Deep​Seek V4.1 Pro 這個名稱在廠商端只用過一次：9 月 9 日，Deep​Seek 技術團隊的一名成員以 @tianyi 的名義發文說明，一旦 DeepSeek V4.1 Flash 正式上線，原本指向 DeepSeek V4 Pro 的請求就會被重新導向到它，並以 Flash 的費率計費，而且這項安排會維持到 Deep​Seek V4.1 Pro 推出為止。該計畫在開發者反彈下被撤回。這個名稱從未出現在 Deep​Seek 的更新日誌中，從未出現在它的價格表上，也從未出現在任何論文中。

• 模型卡與權重 — 無。Hugging Face 上 deepseek-ai 組織中最新的儲存庫是 Deep​Seek-V4.1-Flash，建立於 2026 年 9 月 10 日，且截至今日已超過 600,000 次下載。該組織中沒有比這更新的東西，而任何地方也不存在以 V4.1 Pro 命名的東西。

• {{1}} 的架構尚未公開。實際推出的 V4.1 設計，一個具備原生影像輸入與百萬 token 上下文的因果編碼器-解碼器主幹，是這個家族的基準，能告訴你更大的同門模型可能會以什麼為基礎打造。但它不會告訴你那個同門模型最終會是什麼。

• 服務 — 沒有可提供的服務。DeepSeek 的 API 目前對外公開的模型名稱正好只有兩個，deepseek-flash/ 與 deepseek-v4-pro/，其並行請求限制分別為 2,500 與 500。目前沒有 V4.1 Pro 端點，也沒有為其公布任何速率限制。

• 價格 — 無。作為比較，兩個有定價的層級，Flash 離峰時段為每百萬個 token 輸入 $0.15、輸出 $0.60，尖峰時段倍增至 $0.30 與 $1.20；DeepSeek V4 Pro 離峰時段則為輸入 $0.66、輸出 $1.98，尖峰時段倍增至 $1.32 與 $3.96。後繼層級預期會落在接近 Flash 那一欄的價位，而這正是當初已取消的退役計畫存在的原因。

• 基準測試——沒有，而且也不可能會有。沒有東西可評估。關於這個模型的每一項效能宣稱，包括推文裡的那些，都是關於該系列的宣稱，而不是關於這個模型的宣稱。

沒人留意的細節：改道仍列在預定計畫中

當整個網路都在緊盯一場發布之際，這篇報導的大多數讀者都還沒注意到一項已經上線、白紙黑字、由供應商端做出的變更。DeepSeek 9 月 10 日的條目淘汰了舊的 Flash 模型名稱。deepseek-v4-flash/ 與 deepseek-v4-flash-vision-exp/ 仍為 API 所接受，但其背後的模型已退役，而使用這些名稱的請求現在由 DeepSeek V4.1 Flash 提供服務，並以 Flash 費率計費。因此，一個鎖定在舊版 Flash 別名上的工作流程，其底層權重早已被更換。這件事在定價頁面和快速入門指南中都有記載，這比另一種情況好——但這仍然是一次呼叫端程式碼沒有任何一行要求過的模型替換，而這正是開發者在 DeepSeek V4 Pro 被提出相同處理方式時所反對的那類變更。

對 DeepSeek V4 Pro 而言，唯一白紙黑字的保障，是 DeepSeek 自家文件中的一句話：服務會在 2026 年 9 月 14 日之後繼續提供，且「計費方式維持不變」，任何變更都會通知使用者。這句話比停擺謠言和發布謠言加起來更有價值，因為它是這整件事裡唯一對 DeepSeek 具有約束力的陳述。如果你在生產環境中執行 DeepSeek V4 Pro，本週你能採取的行動與 V4.1 Pro 無關：稽核你的設定實際上送出的模型 ID，把任何舊版 Flash 別名替換成明確的deepseek-flash/ 或 deepseek-v4-pro/，並把那段通知句子放在你找得到的地方。

那份稽核也是這整段路由層故事裡最小的一塊工作。在 OrcaRouter 上，DeepSeek V4.1 Flash與DeepSeek V4 Pro都位於同一個 API 之後，以供應商定價原價轉嫁、0% 加價，因此供應商端的價格變動或名稱退役，會在 DeepSeek 做出變動的當天就落到我們這邊，而不是等到價目表更新時才發生；而某條供應商路徑上失敗的呼叫，也能自動容錯切換，而不必去傳呼任何人。重點不是路由解決了某個尚未定案的路線圖。重點是，讀者這週真的能做的兩個決定——你的程式碼要指名哪個模型 id，以及你要為它付多少錢——並不需要等到週一。

什麼會改變這個頁面

• 一則指名 Deep​Seek V4.1 Pro 的變更記錄。Deep​Seek 的新聞動態是真正發布最先出現的地方，而它今天最新的條目是 9 月 10 日的 Flash 發行版。第二則條目則是讓這從一扇視窗變成一個模型的事件。

• deepseek-ai 組織中一個名稱含有 V4.1-Pro 的儲存庫。該組織最新的儲存庫是 9 月 10 日的 Deep​Seek-V4.1-Flash；這是任何人只需載入一個頁面就能重新查核的事實，也是同時推翻本文所有謠言最省成本的方法。

• DeepSeek 定價頁面上的一列價格或註腳。定價是 DeepSeek 歷來說明可用性限制、模型版本與退役資訊的地方，也是定義目前兩個可呼叫模型的地方。

• 如果9月30日過去了卻毫無動靜，窗口就會隨著這個假期一起關閉，而下一個合理的時段要等到這之後。這正是把那則推文自身的邏輯誠實地套用：它預測了一個窗口，而一個到期失效的窗口，是一項失敗的預測，而不是一個已經改變的事實。

誠實的總結

DeepSeek V4.1 Pro 是一個真實名稱，附屬於一項真實計畫，而 DeepSeek 取消了該計畫中可見的那一半；它也是這個系列中最受矚目的未發布模型，正因為該公司不斷提及它卻遲遲不推出。上週的兩篇論文——DSec 探討 DeepSeek 代理訓練背後的沙盒基礎設施，以及 V4.1 Flash 論文探討 KV 快取壓縮——顯示這個系列仍在推進，而且這兩篇都以某種方式可獨立查證，這是任何關於 Pro 等級的說法都做不到的。自這則報導的 9 月 16 日版本以來，改變的並不是模型。改變的是，可能的發布窗口已縮小到 9 月底的三天；以及第二則關於可能在兩週內發布的報導已經出現，但它背後的證據並不比第一則更多。

把日期視為假設，把行事曆視為事實。變更日誌是它獲得解決的地方，而你自己組態中的模型 ID，是這份清單上唯一能在那之前敲定的事。