跳至主要內容
Agchub Agchub

近三百元到帳:DeepSeek的補償金額,攤開一張用戶消耗分層圖

DeepSeek近五小時停機後按近七日API消耗全額返還贈金,本文從補償到帳金額的離散切入,拆解免費端、輕量與重度API帳戶及第三方應用用戶之間的賠付落差,並推演賠付基準確立後的三種情境。

/ 編輯部 #人工智慧#需求分層#賠付結構
近三百元到帳:DeepSeek的補償金額,攤開一張用戶消耗分層圖

服務中斷近五個小時,討論區裡聲量最高的回應卻是「梁聖偉大」。10月17日前後,貼吧「已恢復!DeepSeek發故障補償」詞條擠上熱榜,實時討論3.8萬則,內容以補償到帳的截圖為主:有人收到數十元,一位吧友留言「梁叔叔賠了我快三百塊」,接著追問這筆錢按什麼計算。創辦人梁文鋒在吧內的暱稱從「梁叔叔」升級為「梁聖」,這批返還的贈金則被戲稱為「鯨圓券」。

一場停機以使用者造神收場,反差本身就值得拆解。補償怎麼算、誰領到多少、哪些人的損失沒有進入賠付範圍,把這幾個問題串起來,正好是一張DeepSeek極少對外揭示的用戶消耗分層圖。

五小時的帳,按七天賠

先還原時間軸。10月15日至18日,deepseek吧的故障回報與補償貼文交錯出現:15日有用戶遇到「too busy」與獨佔伺服器提示,並指這種待遇先前只在R1時期出現過,猜測新模型的體量不小;16日「API和網頁全炸」;17日仍有「是不是又崩了」的提問。話題事件中的那次故障修復歷時近五小時,官方公告按API用戶近七日消耗金額全額返還贈金,17日、18日補償陸續到帳。

以近五小時停機換取七天全額返還,這組賠付算術先前已經拆解過:停機4小時53分、返還7天消耗的計價結構。放到單一用戶層面更直觀。收到近三百元的吧友,其近七日API消耗就是三百元上下,日均約43元,月帳單約1,300元,全年維持此一用量約1.56萬元。按時間比例折算,近五小時約當七日的3%,對應的服務損失約9元;補償金額是這個數字的三十餘倍。賠付力度遠超按停機時長計價的任何行業慣例,「梁聖」封號有其計價基礎。

統計圖卡呈現DeepSeek單一API用戶在停機補償中收到近三百元人民幣贈金,金額約等於該用戶近七日的API消耗總額

補償截圖,就是消耗帳單

吧內另一則高互動提問是「怎麼補貼這麼多,每個人都有嗎」。補償按各自七日消耗返還,金額本就因人而異:免費使用App與網頁端的用戶不在賠付範圍;輕量呼叫的API帳戶收到個位數元;重度帳戶收到三位數。曬出近三百元截圖的用戶,等於自願公開了一張週帳單。

週消耗三百元的帳戶,在按百萬tokens計價的結構下,對應的大概率是長時間運行的批次處理、Agent工作流,或者某個第三方服務的後端模型帳戶。這一層用戶的遷移敏感度偏低:程式碼裡寫定的模型名稱、累積的對話與快取、按token編列的預算,都讓更換供應商有實際工程成本。全額返還對這層用戶的留存效果最強,而他們也正是對可靠性最敏感、停機時實際損失最大的羣體,賠付設計與受影響程度剛好對齊。

傳播端還有一層倖存者偏差。領到與9元等值補償的用戶不會發帖,領到三百元的人會截圖。討論區裡「人人三百」的印象,是重度用戶的能見度優勢放大了補償的規模感,實際的金額分佈更可能是一條右偏的長尾。

直連帳戶領贈金,下遊用戶吞中斷

補償範圍同時畫出一條責任邊界:贈金發給DeepSeek直連API的計費帳戶。介接其模型的第三方應用不在名單上,17日至18日吧內也有人回報某辦公類應用當天多次中斷,並以此推測該應用的模型並非自建部署。這些應用背後的終端使用者,付費對象是應用方而非DeepSeek,停機期間的工作損失沒有對應的賠付科目。責任隨合同逐級傳導,賠付在第一級合同就止步。

清單圖卡比較同一場DeepSeek停機中四類使用者的賠付結果,從免費用戶無賠付、輕量API帳戶個位數元贈金、重度帳戶三位數贈金,到第三方應用終端用戶的損失無人認賠

對照主流雲端服務的規則,這次賠付的重量更清楚。雲廠的服務等級協議按月可用率分檔賠代金券,單次故障觸發的賠付比例多落在個位數百分比,且以服務時長折算。DeepSeek按七日消耗全額返還,賠付基數換了算法,也把使用者的期望基準整批上調。往後任何同規模故障,用戶的參照點都會是這次的三百元,而非SLA階梯表上的折扣券。

一週三次「大的要來了」

故障貼文的留言區還有一條支線:對原因的解讀。「too busy」與獨佔伺服器的組合被連結到新模型的前置作業,「大的要來了」在15日至17日的貼文裡反覆出現。這類猜測沒有官方佐證,卻墊高了使用者對中斷的容忍度,故障公告於是意外承擔了產品路線傳聞載體的功能。

對照2025年初R1上線後的「伺服器繁忙」常態,DeepSeek的服務波動並非新鮮事,差別在於使用者結構。當時主流是免費端的好奇流量,中斷的代價是一次重新整理;現在計費帳戶裡坐著週消耗三百元的生產型用戶,中斷的代價是斷掉的排程、失敗的任務與重試成本。官方以真金白銀返還,等於承認後者的份量。這也延續了訓練成本省在帳面、推理支出按日計帳的結構:模型訓練是一次性支出,推理服務則按日滾動,且隨付費用戶增加而放大。

賠付基準確立之後

三種情境值得追蹤。其一,故障頻率維持高位,贈金從一次性安撫轉為常態性留存工具,賠付進入損益表的經常性科目,「梁聖」敘事撐不住第二、第三次全額返還。其二,使用者把這次標準當成隱性契約,往後任何按時間比例縮水的賠付都會被視為退步,DeepSeek等於替自己鎖定高賠付門檻。其三,同業被迫回應:API計費的模型服務若沿用雲端SLA的低比例賠付,在對照之下成為明顯劣勢,競爭維度有機會從單價延伸到故障善後。

情境圖卡列出DeepSeek七天全額返還補償確立後的三種走向:贈金常態化、賠付門檻被使用者鎖定,以及同業調整服務賠付結構

回到數字本身。這次事件最有價值的產出,是使用者自己曬出的那張消耗分佈圖:它顯示DeepSeek的付費盤子裡已經有週帳單三位數的重度用戶,也顯示這層用戶的續留目前由贈金與模型能力共同支撐。前者是收入結構的底氣,後者是持續支出的承諾。五小時停機以近三百元收場,按賠付科目算是重手,若計入口碑與留存的回收,單位成本的效率可能高過多數行銷支出。下一次故障發生時,這個算式會被重新檢驗。