DeepSeek突发大规模宕机，数百万用户深夜“失联”

3月29日晚9点35分，正在使用DeepSeek的用户突然发现，对话框卡死、页面弹出“服务器繁忙”，登录失败、历史记录消失——不是网络问题，而是整个平台崩了。

从网页端到手机App，从学生到企业用户，无数人正在依赖它写报告、改论文、做代码、聊创意，却在毫无预警的情况下被“断线”。社交平台上，“#DeepSeek崩了”迅速冲上热搜，评论区里满是无奈：“刚写到一半的周报没了”“半夜改PPT，系统直接跑路”“这可是我付费的会员啊！”

官方在当晚11点23分发布简短通知，称“系统正在恢复”。可凌晨0点20分，服务再度波动，第二次紧急修复直到凌晨1点24分才启动。到30日上午9点，仍有大量用户反馈无法登录、响应延迟、对话上下文丢失。整整9个小时，核心服务处于不稳定状态。

更让人不安的是，至今DeepSeek官方仍未公布宕机的具体原因。是服务器过载？代码上线失误？还是算力资源调度崩溃？没有解释，没有道歉，更没有对受影响用户的补偿方案——连一句“我们正在调查”都显得敷衍。

用户怒了：我们不是测试员

这不是第一次大模型平台出问题，但这次的规模和时间，让很多人彻底失去信任。

一位上海的高校研究生在微博写道：“我凌晨两点用DeepSeek帮导师改论文，结果系统崩了，改了三稿的段落全没了。我重写了一小时，它却连个自动保存都没有。”

另一名深圳的创业者在知乎发帖：“我们公司用DeepSeek做客服问答系统，客户投诉到老板那儿，说我们‘AI没人性’。可真正没人性的是，连个故障通报都没有。”

不少用户翻出历史记录发现，自去年底上线以来，DeepSeek已发生至少三次类似规模的服务中断，每次都是“突然崩、悄悄修、不解释”。相比之下，国内其他大模型厂商如通义千问、讯飞星火，在出现波动时都会第一时间发布故障公告、说明原因、甚至赠送服务时长。

算力吃紧？背后是行业隐忧

DeepSeek的爆火，不是偶然。凭借开源模型和免费策略，它在短短半年内用户突破2000万，成为国内增长最快的大模型之一。但高速增长的背后，是基础设施的严重透支。

据行业人士透露，DeepSeek主要依赖第三方云服务，自身缺乏自建数据中心。当高峰时段并发请求暴增，系统极易被压垮。而此次故障时间点，恰好与多家高校期末论文提交高峰重合，流量压力远超平时。

更深层的问题是：当一家AI公司把“免费”当成增长利器，却不愿在服务器、运维、容灾上投入足够成本，用户就成了最脆弱的牺牲品。

一位前阿里云工程师在技术论坛分析：“一个真正稳定的大模型服务，必须有冗余架构、自动熔断、灰度发布和7×24小时监控。DeepSeek显然还没走到这一步。”

用户期待的，不是技术口号，是负责任的回应

我们不是要求它永远不崩，而是希望它崩了之后，能说清楚为什么崩，怎么修，怎么赔。

今天，有人用它写情书；明天，有人靠它做商业决策。当AI走进生活，它就不再是“玩具”，而是基础设施。谁来为这些基础设施的可靠性负责？

截至发稿，DeepSeek官网仍显示“服务正在优化中”，App内未有任何补偿公告。而它的用户，还在等一个答案。