DeepSeek 調漲實算：帳面最高 12 倍，帳單實際漲 1.7 到 3.6 倍

8 月 14 日這篇原本是一則倒數提醒：DeepSeek 的新價格 8 月 17 日生效，還剩三天。標題寫的是「尖峰時段最高漲 12 倍」。

兩個月過去，窗口早就關了，倒數已經沒有用處。這次改寫我想回答當時沒算清楚的問題：12 倍這個數字，換成一張實際的帳單，是多少？

先講結論。12 倍是真的，但只發生在原本最便宜的那一格。我拿兩份用量試算，整張帳單的漲幅落在 1.7 到 3.6 倍之間，差別主要看你在什麼時段呼叫。

當時公告了什麼？

DeepSeek 的更新紀錄在 8 月 13 日那一條宣布兩件事：V4 Pro 正式版上線，以及 API 改成尖峰跟離峰兩種價格，離峰是尖峰的一半，新價格在 8 月 16 日 UTC 16:00 生效，也就是北京跟台北時間 8 月 17 日 00:00。

定價頁當時的樣子，Wayback Machine 在 8 月 14 日存了一份。新價格那張表長這樣：

圖：DeepSeek 定價頁在 2026-08-14 的存檔，預告 8/17 生效的新價格（來源：web.archive.org）

同一份存檔上，當時還在收的舊價格是：deepseek-v4-pro 快取命中 0.025 元、未命中 3 元、輸出 6 元；deepseek-v4-flash 是 0.02 元、1 元、2 元。單位都是人民幣每百萬 token。

存檔也證實了八月那篇的主軸：8 月 14 日那天，deepseek-v4-pro 對應的模型版本已經是 DeepSeek-V4-Pro-0813，價格卻還是舊的。新模型配舊價格的狀態，從 8 月 13 日持續到 8 月 17 日凌晨。

這個模型是怎麼上線的，我寫在另一篇。

每一格各漲了多少？

把三個時間點排在一起比較清楚。最右邊那欄是九月之後的事，後面會講。

圖：DeepSeek API 三個時間點的價格（本文整理，數字出自 DeepSeek 定價頁的 2026-08-14 存檔與現行頁面）

8 月 17 日那次調整，照項目看是這樣：

• 快取未命中的輸入：兩個模型都是離峰 1.5 倍、尖峰 3 倍。
• 輸出：兩個模型都是離峰 2.25 倍、尖峰 4.5 倍。
• 快取命中的輸入：Flash 是 2.5 倍跟 5 倍，Pro 是 6 倍跟 12 倍。

12 倍就是最後那一格：Pro 的快取命中輸入，從 0.025 元變成尖峰的 0.30 元。

它之所以能漲 12 倍，是因為起點低。0.025 元是未命中價格的 1/120。漲完之後，尖峰的 0.30 元仍然只有尖峰未命中價格 9 元的 1/30。快取還是很划算，只是沒有以前那麼誇張。token 計價跟快取的基本概念可以看名詞解釋。

換成帳單是多少？

倍數要乘上用量才有意義。我設兩個情境，都用 deepseek-v4-pro：

• 情境 A：每月 1,000 萬個輸入 token，全部沒命中快取，加 200 萬個輸出 token。這比較像零散的一次性請求。
• 情境 B：每月 5,000 萬個輸入 token，其中八成命中快取，加 200 萬個輸出 token。這比較像程式代理，同一段長長的上下文反覆送。

圖：兩種用量在舊價、離峰價、尖峰價下的月帳單（本文試算，單價出自 DeepSeek 定價頁）

情境 A 的算法：舊價是 10 × 3 + 2 × 6 = 42 元。離峰是 10 × 4.5 + 2 × 13.5 = 72 元。尖峰全部加倍，144 元。

情境 B 多了 4,000 萬個命中快取的 token。舊價下那一項只要 1 元，整張帳單 43 元。離峰下那一項變 6 元，帳單 78 元。尖峰 156 元。

兩件事值得你注意。

第一，漲 12 倍的那一格，在情境 B 的舊帳單裡只佔 2%。調整之後它佔 8%。比重變成四倍，但帳單的大頭仍然是未命中的輸入跟輸出。

第二，決定你漲 1.7 倍還是 3.6 倍的，幾乎完全是時段。同一份用量，尖峰剛好是離峰的兩倍。快取命中率的影響反而很小，情境 A 跟 B 的倍數只差 0.1 到 0.2。

這兩個情境是我自己設的。你的輸入輸出比例不同，數字就會不同。輸出佔比越高，整體倍數會越接近 2.25 跟 4.5。

人民幣跟美元的倍數幾乎一樣。美元價的輸出從 0.87 變成離峰 1.98，是 2.3 倍。

尖峰到底是哪幾個小時？

這裡有一個八月時看不出來的細節。

8 月 14 日的存檔寫的是「高峰時段為北京時間 9:00 - 12:00、14:00 - 18:00（其餘為空閒時段）」，沒有提星期幾。八月那篇因此寫成「每日」。

現在的定價頁寫得更細：

圖：DeepSeek 現行的模型與價格表（來源：api-docs.deepseek.com）

表格下方的註記是：北京時間週一至週五、不含中國法定節假日的 9:00 到 12:00、14:00 到 18:00 為高峰時段，其餘時段，包括週末跟中國法定節假日全天，都是空閒時段。

這是規則後來改的。我比對了定價頁在不同日期的存檔：8 月 19 日的版本還是每天都算，8 月 23 日的版本加上了「周一至周五」，九月下旬再加上法定節假日。逐次的比對寫在週末改離峰那一篇。

這個差別不小。每天都算的話，一週有 49 個小時是尖峰。只算平日是 35 個小時，佔一週 168 小時的 21%。

圖：DeepSeek 尖峰時段換算成各地時間（時段出自 DeepSeek 定價頁註記，換算為本文計算）

台灣跟北京同一個時區，所以對你來說很好記：尖峰就是平日的上班時間，中午 12 點到 2 點那段午休算離峰。

對美國的使用者，尖峰落在晚上跟半夜，白天上班時間全部是離峰價。同一個價格表，在不同時區的人感受差很多。

如果你的請求在一週 168 小時裡平均分布，有 21% 會落在尖峰。這樣算下來，Pro 輸出的平均單價是 13.5 × 0.79 + 27 × 0.21，大約 16.3 元，是舊價的 2.7 倍。

為什麼要分時段？

DeepSeek 沒有說明原因。更新紀錄只寫了新的計價方式跟生效時間。

分時段計價在電力跟雲端運算很常見，用途是把可以挪的需求挪到離峰。八月那篇推測 DeepSeek 也是這個目的，我現在還是覺得這是最合理的解釋，但它是推測。

有一個旁證。尖峰時段剛好是中國的平日上班時間，連午休都扣掉了。這看起來像是照著實際的負載曲線切的，不像隨手訂的。

九月之後又變了什麼？

9 月 10 日 DeepSeek 發布 V4.1 Flash，更新紀錄寫 API 價格「相應調降」。對照現行的定價頁，變化是這樣：

• 模型名稱改成 deepseek-flash。舊名稱 deepseek-v4-flash 還能呼叫，但請求會由 V4.1 Flash 處理，照 Flash 的價格計費。
• Flash 的快取命中跟未命中輸入，離峰價回到 0.02 元跟 1 元，跟 8 月 17 日之前一樣。
• Flash 的輸出是離峰 4 元、尖峰 8 元。比八月那次的 4.5 元跟 9 元低一點，但還是舊價 2 元的兩倍跟四倍。
• Pro 的價格沒有動，還是 8 月 17 日那一套。

所以如果你當時用的是 Flash，而且現在能把工作排在離峰，輸入成本已經回到調整前，只有輸出比較貴。換的是模型，V4.1 Flash 不是原本的 V4 Flash。那次發布的細節在這一篇。

那三天的窗口，值多少？

八月那篇的建議是把握窗口、評估要不要提前處理積壓的工作。現在可以算一下這個建議的價值。

用情境 A 當單位：在窗口內跑完是 42 元，拖到之後在離峰跑是 72 元，差 30 元，大約新台幣 130 多元。如果你手上剛好有十倍、一百倍的積壓量，而且 Pro 的並發上限 500 夠你在三天內跑完，那確實省得到錢。

但對多數人來說，三天內能提前的工作量有限。真正長期影響帳單的是之後的每一個月。所以我現在會把重點倒過來放：窗口是小事，排程才是大事。

具體來說，我會先看三件事：

1. 你的請求有多少落在平日 9 到 12 點、14 到 18 點。 這決定了你比較接近 1.7 倍還是 3.6 倍。
2. 哪些工作可以等。 批次處理、離線生成、夜間跑的評測，這些挪到離峰沒有損失。即時回應使用者的請求挪不了。
3. 輸出佔帳單多少。 輸出的漲幅最難避開。輸出佔比高的應用，受影響最大。

什麼情況會讓我改變這個看法？如果 DeepSeek 之後把尖峰時段擴大，或把離峰折扣從一半縮小，排程的效益就會下降。定價頁自己也寫了，價格可能變動。八月到九月之間它就變了兩次。

這次改寫更正了什麼

• 原文開頭用第一人稱描述收到調漲通知信的時間。這次無法查證那封信，已刪除，改以 DeepSeek 的更新紀錄跟定價頁存檔為依據。
• 原文寫尖峰時段是「每日」。8 月 14 日的定價頁沒有寫星期，現行頁面寫的是週一至週五、不含中國法定節假日。兩種寫法這次都列出。
• 原文標題強調「最高漲 12 倍」。這次補上帳單層級的試算，並改了標題。
• 原文寫的是調漲前的倒數。這次補上 9 月 10 日之後 Flash 的價格跟模型名稱變動。