DeepSeek故障只影響了C端 業內猜測系V4進行隱身測試導致

經濟觀察報 記者 錢玉娟

3月29日晚至30日上午，DeepSeek（深度求索）經歷了一次長達12小時的大規模服務中斷。

一位模型技術社區負責人表示，從2026年2月至今，DeepSeek走過了多個預期發布窗口，仍未正式發布V4，就在市場期待這一模型新品空降時，等來的卻是DeepSeek成立以來最長的一次服務中斷。

多名國產模型供應商人士推斷：此次只有DeepSeek面向C端的產品服務中斷，或與模型迭代過程中進行灰度測試有關。

1月12日，DeepSeek發布了一篇由梁文鋒署名的研究論文，提出了Engram條件記憶架構，還探討通過可擴展查找實現條件記憶機制，旨在處理Transformer在記憶、訓練穩定性和長上下文上的瓶頸。2月11日，DeepSeek將現有模型上下文窗口從128K擴展至1M Tokens，知識截止時間更新至2025年5月。

前述技術社區負責人認為，DeepSeek已經為測試V4準備好了相關基礎設施。3月初，DeepSeek網頁端作出更新顯示，代碼能力與上下文處理均有增強，業內猜測這可能是DeepSeek V4在作隱身測試。

一名與多家模型廠商合作的供應商對DeepSeek的隱身測試有個人理解：DeepSeek V4要在4月正式發布前，提前面向C端用戶群展開產品測試，從而把握其新增的“原生推理層”是否能在處理高并發請求時保持穩定性。

3月30日，DeepSeek技術團隊將服務中斷問題全面解決后，官方的API文檔中未列出任何關于V4模型的ID。

上述模型供應商分析，DeepSeek在沖擊更高性能架構過程中，擴張至百萬Tokens級別的推理能力暴露了其基礎設施建設的短板，新舊架構在底層存儲聚合層出現了沖突。

DeepSeek官方服務狀態網站顯示，3月29日21時35分官方首次發現服務中斷，直到3月30日上午10時許，DeepSeek網頁端與App服務才全面恢復。其間，技術團隊多次對故障進行修復，但服務仍出現波動。

服務中斷期間，社交媒體上出現大量用戶反饋。部分用戶稱頁面持續轉圈、反復提示“服務器繁忙”“請檢查網絡后重試”，卸載重裝DeepSeek或切換網絡均無效；核心功能“深度思考”模式被限流；也有用戶反饋DeepSeek出現了基礎邏輯錯誤和虛構文獻問題。

一位國有企業安全產品線負責人將DeepSeek這類國產大模型視為“Token基座”，在他看來，DeepSeek服務中斷12小時可能和企業傳統機房停電12小時的后果一樣，模型基座一旦停服，部署和掛載在該基座上的業務邏輯都會癱瘓。

不過，這位安全產品線負責人看到，DeepSeek這次事故對API調用方幾乎沒有影響。截至3月31日上午，前述技術社區負責人查看DeepSeek官方訂閱公告發現，近30天里，除了網頁對話服務出現過三次不同程度的問題，導致正常運行時間占比為98.7%外，DeepSeek的API服務保持100%正常運行。

DeepSeek訂閱公告

DeepSeek官方未在故障公告中提及企業服務問題。有DeepSeek模型供應商告訴記者，在DeepSeek服務中斷期間，由其服務的API調用方均使用正常。

（作者 錢玉娟）

免責聲明：本文觀點僅代表作者本人，供參考、交流，不構成任何建議。

錢玉娟

TMT新聞部記者 長期關注并報道TMT領域的重大事件，時刻保持新聞敏感，發現前沿趨勢。擅長企業模式、人物專訪及行業深度報道。 重要新聞線索可聯系qianyujuan@eeo.com.cn 微信號：EstherQ138279