“不要信任任何單一產(chǎn)品”。

聽筒Tech（ID:tingtongtech）原創(chuàng)

文|楊 林

編|饒 言

這兩天AI圈最大的關(guān)注點(diǎn)，莫過于DeepSeek宕機(jī)超12個(gè)小時(shí)。

12個(gè)小時(shí)是什么概念？從3月29日晚上9點(diǎn)半左右，DeepSeek“睡”到了3月30日上午10點(diǎn)半，程序員睡了一覺，吃完早飯了，但問題還沒解決好。

中間時(shí)間段，DeepSeek官方幾次稱修復(fù)更新，但實(shí)際上，問題真正得到最終解決，整體持續(xù)半天時(shí)間。

在這12小時(shí)的超長(zhǎng)宕機(jī)里，網(wǎng)友的畫風(fēng)從最初的“理解支持”演變成“還我生產(chǎn)力”，最后直接變成“你們是不是跑路了”。

這屆網(wǎng)友也是毒舌，有人建議DeepSeek改名叫DeepSleep，有人說這是“AI界雙十一崩潰現(xiàn)場(chǎng)”，還有人靈魂拷問，“今天是DeepSeek，明天會(huì)不會(huì)是另一個(gè)AI產(chǎn)品？”

很顯然，這場(chǎng)超長(zhǎng)宕機(jī)的背后，所有AI公司都值得警惕，當(dāng)自己的產(chǎn)品全速奔跑時(shí)，如何盡可能地保障不半路“拋錨”，如果“拋錨”，是否也需要更長(zhǎng)的時(shí)間才能解決問題？

12小時(shí)的宕機(jī)，比DeepSeek更“崩潰”的是網(wǎng)友

AI圈從不缺熱搜，這次的熱搜又和頂流DeepSeek相關(guān)，不過，這次不是好消息，是DeepSeek宕機(jī)了！

3月29日晚間，#DeepSeek崩了的相關(guān)話題登上熱搜，有用戶反饋，21:35左右，自己登錄DeepSeek失敗、對(duì)話中斷。

一開始，用戶認(rèn)為，或許只是一個(gè)普通故障，畢竟，大模型出現(xiàn)類似的現(xiàn)象，并不是第一次。

但隨后，越來越多的用戶吐槽，自己無法登錄。直至3月29日晚上11點(diǎn)半左右，DeepSeek方宣稱修復(fù)完畢。

不過，3月30日00:20分，用戶發(fā)現(xiàn)，DeepSeek服務(wù)器再度崩潰。這一次，DeepSeek官方很快宣稱對(duì)網(wǎng)頁、App性能異常問題進(jìn)行調(diào)查，并于01:24實(shí)施修復(fù)方案。

但遺憾的是，DeepSeek官方似乎對(duì)第二次宕機(jī)束手無策。

盡管宣稱了修復(fù)方案，但直至3月30日早上9點(diǎn)左右，仍有不少用戶在社交平臺(tái)討論，自己在使用過程中，反復(fù)遭遇“服務(wù)器繁忙”“無法加載內(nèi)容”提示，深度思考、長(zhǎng)文本生成、代碼分析等高階功能被嚴(yán)格限流。有用戶稱，“實(shí)測(cè)4小時(shí)內(nèi)僅能使用1次�！�

圖：社交平臺(tái)對(duì)DeepSeek宕機(jī)的討論

來源：微博 《聽筒Tech》截圖

直至3月30日10:33，官方才在服務(wù)運(yùn)行狀態(tài)頁面公告“故障已經(jīng)修復(fù)”，并繼續(xù)監(jiān)控其他可能的問題。隨后，用戶發(fā)現(xiàn)，登錄恢復(fù)正常，并對(duì)話正常。

雖然大模型宕機(jī)是“常態(tài)”，但這一次DeepSeek宕機(jī)之久，顯然超越了用戶的“容忍度”。剛開始，用戶只是吐槽，但多數(shù)表示理解，“用的人多了，偶爾出點(diǎn)小問題也正常。”

隨著宕機(jī)時(shí)間的持續(xù)，越來越多的用戶表示，高度依賴DeepSeek的他們，工作和生活都受到了影響。有用戶吐槽，“論文寫到一半，它說不干了就不干了，我這資料重新找，太費(fèi)事了�！�

同時(shí)，有媒體報(bào)道稱，“有用戶靠DeepSeek寫小說月入數(shù)萬，被迫手動(dòng)續(xù)寫”、“有程序員調(diào)試代碼流程卡死，工作進(jìn)度全亂”……

有用戶笑言，“崩了才發(fā)現(xiàn)離不開”，形容“失聯(lián)感如同失戀”，并調(diào)侃稱，這次

DeepSeek“睡”太久了，該改名“DeepSleep”。

超長(zhǎng)宕機(jī)背后，發(fā)生了什么？

事情發(fā)生的12個(gè)小時(shí)里，DeepSeek僅通過服務(wù)狀態(tài)頁面發(fā)布公告，確認(rèn)平臺(tái)各項(xiàng)服務(wù)已全面恢復(fù)正常，并表示團(tuán)隊(duì)正在持續(xù)監(jiān)控。

但截至《聽筒Tech》發(fā)稿，DeepSeek官方并未發(fā)布詳細(xì)的故障解釋或用戶補(bǔ)償方案。

一位程序員小林對(duì)《聽筒Tech》表示，目前并不了解DeepSeek出現(xiàn)如此長(zhǎng)時(shí)間宕機(jī)的原因是什么，但他們?cè)谟懻摯耸聲r(shí)一致認(rèn)為，雖然宕機(jī)對(duì)于目前的大模型而言，屬于正�，F(xiàn)象，“但這么長(zhǎng)時(shí)間的宕機(jī)，以DeepSeek的技術(shù)能力而言，不應(yīng)該發(fā)生�！�

“更重要的是，公司居然只發(fā)了一個(gè)比較敷衍的聲明。”在小林看來，這一定程度上，可以看出對(duì)DeepSeek此事的“不認(rèn)真”，“這次事件，暴露了DeepSeek的運(yùn)維團(tuán)隊(duì)要么人手嚴(yán)重不足，要么技術(shù)棧本身就存在缺陷�！�

小林指出，從技術(shù)層面來看，算力供需嚴(yán)重失衡，可能是導(dǎo)致本次事故發(fā)生的底層原因，“本質(zhì)上，還是用戶增速太快，算力跟不上�！�

數(shù)據(jù)一定程度上佐證了小林的觀點(diǎn)。

公開的數(shù)據(jù)顯示，僅2025年第一季度，DeepSeek日活用戶從1.2億猛增至2億，增幅近七成。但據(jù)媒體報(bào)道，有知情人士透露，同一時(shí)期，DeepSeek算力儲(chǔ)備僅提升了8.3%。當(dāng)學(xué)生趕論文、職場(chǎng)人做周報(bào)的高峰期疊加，服務(wù)器瞬間被“擠爆”幾乎是必然。

當(dāng)然，技術(shù)短板外，在更多用戶看來，從此次事件DeepSeek的反應(yīng)來看，一定程度上，也暴露了公司在管理上的短板。

小林便直言，近12個(gè)小時(shí)才恢復(fù)，說明什么？某種程度上，說明DeepSeek內(nèi)部連一個(gè)像樣的“作戰(zhàn)指揮室”都沒有。

“真正的技術(shù)大廠，遇到重大事故都是分鐘級(jí)響應(yīng)、小時(shí)級(jí)恢復(fù)，因?yàn)楣居型晟频谋O(jiān)控系統(tǒng)、應(yīng)急預(yù)案、災(zāi)備機(jī)制和7x24小時(shí)的值班團(tuán)隊(duì)�！�

在小林看來，從DeepSeek的反應(yīng)速度來看，“要么公司監(jiān)控系統(tǒng)沒報(bào)警，要么是報(bào)警了沒人管，要么是人到位了搞不定�！�

“無論從哪個(gè)角度來分析，對(duì)于DeepSeek而言，都多少有點(diǎn)不應(yīng)該�！毙×种毖�。

因?yàn)榇舜纬L(zhǎng)宕機(jī)，用戶對(duì)DeepSeek也產(chǎn)生了微妙的情緒。一位用戶便直言，此事發(fā)生后，他開始考慮尋找DeepSeek的“替代品”。

該用戶表示，自己是DeepSeek的忠粉，自2025年年初以來，一直使用，即便是其他大模型稱“技術(shù)突破”，但一直沒有離開過。不過，這一次，他開始考慮使用其他大模型工具。

實(shí)際上，這并不是DeepSeek首次出現(xiàn)宕機(jī)現(xiàn)象。

據(jù)不完全統(tǒng)計(jì)，2025年至今，DeepSeek至少發(fā)生5次大規(guī)模宕機(jī)，修復(fù)時(shí)效從4小時(shí)延長(zhǎng)至12小時(shí)。有不少付費(fèi)用戶在社交平臺(tái)吐槽，稱“關(guān)鍵時(shí)刻掉鏈子”，并轉(zhuǎn)向競(jìng)品。

給所有AI公司的警鐘

毋庸置疑的是，不管什么原因，這次宕機(jī)事件，給所有AI公司都敲了一記警鐘。

實(shí)際上，AI產(chǎn)品宕機(jī)，已經(jīng)是“常態(tài)”，ChatGPT剛上線時(shí)，三天兩頭崩。OpenAI被罵了整整半年，才勉強(qiáng)將穩(wěn)定性做到及格線。Claude出來時(shí)，也是一模一樣的劇本，剛發(fā)布就宕機(jī)，社交平臺(tái)有帖子稱，“Anthropic的工程師邊哭邊修�！�

隨著AI技術(shù)的進(jìn)步，這一現(xiàn)象并未得以改善。2025年6月份，谷歌云曾全球癱瘓3小時(shí)，引發(fā)“多米諾骨牌效應(yīng)”。2025年10月，AWS DNS故障致數(shù)十平臺(tái)集體“掉線”。諸此事故，屢次出現(xiàn)。

國(guó)內(nèi)互聯(lián)網(wǎng)大廠的大模型宕機(jī)現(xiàn)象同樣頻現(xiàn)。不管是百度文心一言，還是阿里通義千問，還是其他大模型，上線初期，“排隊(duì)等待”現(xiàn)象也是常見。

尤其是2026年“龍蝦”大熱后，宕機(jī)更是頻繁。

比如，騰訊“小龍蝦”WorkBuddy公測(cè)首日，便因用戶訪問量遠(yuǎn)超預(yù)期，流量暴增致服務(wù)癱瘓。雖然官方迅速解決了問題，并發(fā)布了致歉聲明，但一定程度上，也反映了廠家急于將產(chǎn)品上線，而未考慮技術(shù)承載和運(yùn)行的短板。

值得警惕的是，產(chǎn)品的頻繁宕機(jī)，給用戶帶來的體驗(yàn)是“糟糕”的。有用戶便吐槽，AI產(chǎn)品宕機(jī)，官方解釋永遠(yuǎn)是那套標(biāo)準(zhǔn)話術(shù)，“流量突增”“機(jī)房網(wǎng)絡(luò)故障”“正在緊急搶修”。

在用戶看來，官方的這些解釋，翻譯成“人話”就是，“我也不知道為什么掛了，反正不是我的錯(cuò)�！薄拔視�(huì)盡快修復(fù)，但出的事我不負(fù)責(zé)�！�

這些解釋，對(duì)于用戶，顯然過于蒼白無力。對(duì)產(chǎn)品，卻足以“致命”。

“顯然，這不會(huì)只是DeepSeek一家的問題，這一次是DeepSeek，下一次，就可能是其他AI產(chǎn)品�！庇杏脩舯阍谏缃黄脚_(tái)直言。

這當(dāng)然不僅僅是一名用戶的想法，在社交平臺(tái)，不少用戶表示，從此事來看，“不管是技術(shù)有多先進(jìn)，都不能過度依賴某一個(gè)大模型�！�

“不要將雞蛋放在一個(gè)籃子里，在這一刻，又得到完美體現(xiàn)。”一位AI產(chǎn)品經(jīng)理亦對(duì)《聽筒Tech》直言，AI公司必須正視的是，當(dāng)用戶逐步失去對(duì)產(chǎn)品的信任時(shí)，如何留住用戶，將成為終極考題。

在小林看來，這次DeepSeek的超長(zhǎng)宕機(jī)，是給所有用戶一個(gè)警醒，更是給所有AI公司敲了一記警鐘。

“這次之后，很多開發(fā)者會(huì)重新審視‘將核心業(yè)務(wù)綁在單一AI產(chǎn)品上’的風(fēng)險(xiǎn)。這不僅僅是DeepSeek的危機(jī)，更是國(guó)產(chǎn)AI廠商的達(dá)摩克利斯之劍�！�

（頭圖由AI生成。）

（聲明：本文僅作為信息交流，不構(gòu)成任何投資參考建議。）