DeepSeek十月崩了三回：宕机5小时赔7天消耗，多数人一分领不到

10月15日早上8点11分，打开DeepSeek的人看到同一句话，「服务器暂时不可用」。刷新没用，换设备也没用，网页、App、API一起趴下。官方状态页的记录很清楚，8点11分故障开始，9点06分定位到原因开始修，下午1点04分恢复，前后将近5个小时。当天「DeepSeek崩了」冲上热搜第一。

有位博主写，他岳母平时靠DeepSeek把自己的小说改成剧本，那天专门来问他出了什么事。DeepSeek不收钱、不开会员，可能是国内普通人用得最重的一个AI。它崩了，停摆的不是服务器，是别人当天要交的稿子、要写的方案、要跑的代码。

当天傍晚，补偿方案出来了，又上一轮热搜。按账号10月8日到14日的消耗金额，以赠金形式全额返还，自动到账，不用申请。只崩了5个小时，赔的却是整整7天的钱。有人晒出到账三千多的截图，还有人懊恼，早知道上周多烧点token。

但这笔钱，跟多数人没关系。

补偿只给API付费用户，也就是拿接口做开发的开发者和企业。你我平时在网页和App上免费用，宕机那几个小时里方案被打断、稿子卡在半路，一分钱补偿没有。而且返的不是现金，是赠金，只能抵扣之后的API账单，提不出来。有人总结得挺损，这一手等于把故障赔偿变成了预付款。

平心而论，对API用户来说这个补偿不算小气。云服务厂商宕机一天，常见的是赔几张代金券，还附一堆使用限制，DeepSeek直接赔掉7天消耗，是真金白银。有位用户上周赶论文截止疯狂消耗了一通，看到补偿方案直呼将永远拥护DeepSeek。免费用户也有自己的道理，损失的时间和工作一样是真的，却连个领取入口都没有。两拨人，两种心情，都成立。

补偿的争论先放一边，真正值得看的是频率。按封面新闻的统计，DeepSeek今年至少崩了18次。它状态页上的事故记录里，9月2日、9月15日网页和API部分中断，10月12日网页部分中断。最狠的一次在10月27日晚上，从傍晚一直断到第二天凌晨，约13个小时，按一篇复盘的说法，这是2025年以来最长的一次断线，而官方的恢复声明里没写原因。10月30日下午，「DeepSeek崩了」又刷了一轮。

10月15日那份补偿通知其实承认了一部分答案，通知里说，要「全面梳理并剥离单点依赖」。单点依赖，意思是系统里有个地方一坏，全局跟着停，这是架构问题，不是单纯的流量问题。把另一条时间线摆过来就更清楚了，10月17日，宕机后仅两天，DeepSeek发布新模型V4.1-Flash，按OpenRouter的全球调用量周榜，这个模型单周调用量排到第一，比前一周涨了八倍多。模型变强，用户涌进来，机房、冗余和运维没跟上。跑分可以靠一次更新拉回来，稳定性靠的是成年累月往里搭的钱和时间。

比宕机本身更该留神的，是大家已经绑得多深。10月27日那晚，受影响最重的是把工作流拴在DeepSeek上的人。很多人宁可一遍遍刷新，也没换别的App，不是没想到，是提示词按它的脾气调过，模板按它的输出做过，换一家等于从头再来。一个AI一旦变成你的水电，停水停电的时候，你只能拿着手机等。也有人在相关问题下说得直白，这年头谁手上还没有几个AI。话是玩笑话，理是这个理，鸡蛋本来就不该只放一个篮子里。

那普通人能做什么。趁没崩，先装一个备用AI，豆包、千问都免费，几分钟的事。装完别扔在那，把你常让DeepSeek干的那几件事，拿备用的先跑一遍，提示词不一定合身，输出习惯不一定对胃口，现在试是几分钟，宕机那晚再试就来不及了。重要的稿子、大纲、写到一半的方案，别只留在对话框里，隔段时间复制出来存一份，真崩了，损失的是心情，不是活儿。要是你恰好是API付费用户，记得看一眼账户：补偿赠金自动到账，之后扣费优先从赠金里走。

那位靠DeepSeek改剧本的岳母，用不着操心赠金，她本来就没花过一分钱。她和海量免费用户想要的其实很朴素，不是返7天消耗，是下一次「服务器暂时不可用」别来得这么勤。在那之前，你手机里最好有第二个图标。