DeepSeek 週末改全天離峰：尖峰從每週 49 小時變 35 小時

DeepSeek 的尖峰離峰計價在 8 月 17 日上路。六天後，規則就改了：週末全天算離峰。

這件事在 DeepSeek 的更新紀錄裡找不到。那一頁在八月下旬只有兩條，8 月 13 日的 V4 Pro 更新跟 8 月 21 日的視覺模型，沒有任何一條提到週末。改動發生在定價頁表格下方的一行註記裡，多了五個字。

所以這次改寫我做的事很單純：把定價頁在不同日期的存檔拿出來比，看那行註記每次長什麼樣子。

那行註記改了什麼？

Wayback Machine 在 8 月 19 日存下的定價頁，註記是這樣寫的：

圖：DeepSeek 定價頁註記，2026-08-19 的存檔（來源：web.archive.org）

高峰時段是北京時間 9 點到 12 點、14 點到 18 點。沒有提星期幾，也就是每天都算。

8 月 23 日的存檔：

圖：同一行註記，2026-08-23 的存檔，多了「周一至周五」（來源：web.archive.org）

多了「周一至周五」。時段跟價格都沒變，只是週六跟週日整天從尖峰的範圍裡拿掉了。

八月那篇寫的生效時間是北京時間 8 月 23 日 00:00，依據是一封通知信。那封信我這次沒辦法查證。存檔能證明的是：8 月 19 日 UTC 07:23 的頁面還沒有這五個字，8 月 23 日 UTC 12:05 的頁面已經有了。兩者不矛盾，但我只能把範圍講到這裡。

台灣跟北京同一個時區，這些時間你不用換算。

尖峰少了多少？

每天 7 個小時是尖峰。每天都算的話，一週是 49 個小時。只算平日是 35 個小時。少了 14 個小時，佔一週的比例從 29% 降到 21%。

圖：兩種規則下的尖峰時數與 V4 Pro 輸出均價（本文試算，單價出自 DeepSeek 定價頁）

換成錢。假設你的請求在一週 168 個小時裡平均分布，用 deepseek-v4-pro 的輸出價來算：尖峰 27 元、離峰 13.5 元（人民幣每百萬 token）。

• 每天都算：13.5 × 71% + 27 × 29%，平均 17.4 元。
• 只算平日：13.5 × 79% + 27 × 21%，平均 16.3 元。

差 6.5%。對一個什麼都沒做的使用者來說，這次改動讓帳單便宜了 6% 左右。

這個數字不大，而且前提是用量平均分布。如果你的服務是給上班族用的，請求本來就集中在平日白天，週末改不改對你幾乎沒差。如果你的服務是給消費者用的，週末流量比平日高，你省到的會比 6.5% 多。

8 月 17 日那次調整本身的幅度，我在另一篇用帳單算過：整體是舊價的 1.7 到 3.6 倍。這次的 6.5% 是在那個基礎上往回拉了一點。

九月又加了什麼？

現在的定價頁，那行註記又更長了：

圖：同一行註記在九月下旬的版本，加上了中國法定節假日（來源：api-docs.deepseek.com，此圖取自 Wayback Machine 最接近 9 月 28 日的存檔）

「不含中國法定節假日」跟「包括周末及中国法定节假日全天均为空闲时段」是新加的。

什麼時候加的？我取了幾個時間點的存檔。最接近 9 月 12 日跟 9 月 18 日的兩份還是八月的寫法，最接近 9 月 28 日的那份已經是新的。所以是九月中下旬改的，確切日期我沒有。更新紀錄一樣沒有記這件事。

時間點倒是很好理解。依中國國務院辦公廳公布的 2026 年放假安排，中秋節是 9 月 25 日到 27 日，國慶是 10 月 1 日到 7 日。這行字剛好趕在兩個假期之前出現。

台灣跟中國放假不同步，會怎樣？

這是我覺得對台灣開發者最實用的一段。DeepSeek 看的是中國的行事曆，不是你的。

圖：2026 年秋天中國與台灣放假不同步的日子（本文整理，依中國國務院辦公廳的節假日安排通知與台灣 115 年政府行政機關辦公日曆表；計價欄是我依註記文字推算）

兩個方向都有。

你上班、對方放假。 10 月 1 日、2 日，還有 10 月 5 日到 7 日，一共五個平日。這幾天台灣照常上班，DeepSeek 全天離峰價。等於你在上班時間即時呼叫，付的是半價。

你放假、對方上班。 9 月 28 日、10 月 9 日（國慶補假）、10 月 26 日。這幾天台灣放假，中國是一般工作日，尖峰照算。如果你想趁連假跑批次，白天那七個小時是尖峰價。

要先講清楚，這張表的計價欄是我照註記的文字推出來的，我沒有拿帳單逐日對過。

補班日算尖峰還是離峰？

這裡有一個我答不出來的問題。

中國的長假會調休，把週末挪去上班。2026 年國慶的補班日是 9 月 20 日（週日）跟 10 月 10 日（週六）。那兩天全中國都在上班，負載應該跟平日一樣。

但註記寫的是「周一至周五」為高峰，「周末」全天為空閒。照字面讀，補班的週六週日還是離峰。

我傾向相信字面，因為計費規則通常就是照寫出來的條件跑。但 DeepSeek 沒有針對補班日另外說明，我也沒有那兩天的帳單可以驗證。如果你剛好在 10 月 10 日白天跑了大量請求，對一下帳單就知道答案。

那個只活了二十天的模型

8 月 23 日的存檔還記錄了另一件事：定價表從兩欄變成三欄。

圖：2026-08-23 存檔的定價表，多了實驗性視覺模型（來源：web.archive.org）

多出來的是 deepseek-v4-flash-vision-exp。依更新紀錄，它在 8 月 21 日上線，是實驗性的多模態視覺模型，純文字能力跟正式版 V4 Flash 相當。

從存檔的表上可以讀到：價格跟 Flash 一樣（離峰 0.05 元、1.5 元、4.5 元），並發上限也是 2500，上下文 1M、最大輸出 384K。差別有兩個。它不支援 FIM 補全。送進去的圖片會依尺寸換算成 token，跟文字一起計費。

這個模型的壽命很短。9 月 10 日 V4.1 Flash 發布，本身就支援圖片。更新紀錄寫，V4 Flash 跟 V4 Flash Vision Exp 都下線，舊名稱暫時導向新模型。從 8 月 21 日到 9 月 10 日，剛好二十天。

名字裡的 exp 沒有騙人。如果你習慣把模型名稱寫死在設定檔裡，這是一個提醒：帶 exp 或 preview 字樣的名稱，隨時可能換成別的東西。V4.1 Flash 那次發布的細節在這一篇。

這些改動連起來看，說明了什麼？

圖：DeepSeek 計價規則在六週內的變動（本文整理，依 DeepSeek 更新紀錄與定價頁的 Wayback 存檔）

六個星期，規則動了四次。其中兩次，也就是週末跟法定假日，只改了定價頁上的一行字，更新紀錄沒有記。

我的解讀是 DeepSeek 在邊跑邊調。分時計價的目的如果是把負載從尖峰挪開，那週末跟長假本來就沒有尖峰可言，對這些時段收尖峰價沒有道理。上路六天就修掉，看起來像是看了實際數據之後的反應。但這是我的推測，DeepSeek 沒有解釋過。

對你來說，比較實際的結論有三個。

1. 批次工作排週末。 週六週日不管幾點都是離峰價，不用再避開白天。評測、資料前處理、離線生成都適合。
2. 留意兩邊行事曆的落差。 上面那張表每年都不一樣。中國的放假安排通常在前一年年底公布。
3. 不要只看更新紀錄。 這兩次改動都沒有出現在那裡。如果你的成本估算依賴尖峰時段的定義，定價頁要自己定期看。token 計價的規則寫在哪一頁，就以哪一頁為準。

什麼會讓我改變「排週末」這個建議？如果之後週末的並發限制變緊，或者回應速度明顯變慢，省下來的錢就要拿時間去換。目前定價頁上的並發上限沒有分平日假日，我也沒有量過週末的速度。

這次改寫更正了什麼

• 原文引用了一封 DeepSeek 通知信的內容，包括調整理由（讓週末排程更有彈性、平衡運算負載）、不回溯的過渡規定、以及不同意可取消並退款的條款。這次無法查證那封信，這些內容已刪除，改以定價頁的兩份存檔為依據。
• 原文沒有提到法定節假日。這是九月中下旬才加上的規則，這次補上。
• 原文把視覺模型當成現行模型介紹。它已在 9 月 10 日下線，這次改成回顧。
• 原文說這是「對用戶更友善的修正」，但沒有量化。這次算出在用量平均分布的假設下，影響大約是 6.5%。