10月15日，早高峰“失联”近5小时；官方大方补偿：7天API消耗全额返还。
10月15日，一个普通的工作日早晨，无数打工人像往常一样打开电脑，准备把手头的活儿交给那个最信赖的AI助手。结果，屏幕上一行灰色小字让不少人瞬间慌了神——“服务器暂时不可用”。这不是第一次，但这一次，格外“精准”地撞在了早高峰。
一、突发：早高峰“失联”近5小时根据DeepSeek官方服务状态页面记录，故障从北京时间10月15日8时11分开始。最先“扛不住”的是对话服务，紧接着DeepSeek V4 Pro API、V4.1 Flash API，以及另一个组件也陆续中断。9时06分，官方更新状态为“已定位原因，正在实施修复”；9时08分起，对话服务完全中断，用户发送的任何消息都石沉大海。
直到12时49分，官方才更新“已实施修复，正在监控结果”；13时04分，服务正式恢复。从8点11分到13点04分，中断时长4小时52分钟——接近5个小时。这意味着，在一整个上午的办公黄金时段里，大量把DeepSeek嵌入日常工作流的开发者、内容创作者和企业用户，被生生“卡”在了原地。
图1：服务器集群告警，DeepSeek服务大面积中断
二、“DeepSeek崩了”冲上热搜，打工人集体破防故障发生后，“DeepSeek崩了”的话题迅速冲上微博热搜。社交平台上哀嚎一片。“我还以为DeepSeek也要收费呢，原来是崩了。”这句调侃，道出了不少用户的微妙心理。“打工人在工位急得团团转。”“没有你我怎么上班？”“我一会儿课要用！”
有人一开始还以为是自家网络问题，切WiFi、换手机、重新登录，折腾一圈才发现——是平台自己挂了。更有用户吐槽，反复点击“重试”无果，只能临时“叛逃”：有人秒切豆包、千问“先把工作做下去”，也有人调侃“靠天靠地靠AI都不如靠自己”。
图2：早高峰无法使用，不少网友急得团团转
三、一周内第二次！10月12日刚“崩”过真正让网友破防的，不只是这一次宕机，而是它的频率。就在短短几天前的10月12日，DeepSeek刚刚出现过一次“部分网页中断”。而把时间拉长，根据公开统计，2026年以来，DeepSeek至少已经发生了18次大面积服务异常，平均每月一到两次。3月底曾出现超过12小时的“瘫痪”，5月更是单月连崩5次，9月以来也记录了多次“网页和API性能下降”。
换句话说，这次的“近5小时大宕机”，是DeepSeek在一周之内的第二次明显故障。一次是意外，三天两头崩，网友的耐心正在被一点点消磨。
图3：这不是DeepSeek第一次“掉链子”
四、道歉+补偿：7天消耗全额返还，有人领到上千元好在，这一次官方的回应相当“大方”。10月15日傍晚，DeepSeek开放平台在用量信息页挂出《服务恢复及补偿通知》，两次致歉，并给出了明确的补偿方案：
按用户账号7日内（10月8日至10月14日）的API消耗金额，以“赠金”形式全额返还，赠金自动到账、无需申请，后续API计费扣款将优先从赠金账户扣除。更重要的是——这笔赠金没有使用期限。
通知原文写道：“对于此次故障给您带来的不便与困扰，我们深表歉意。我们已第一时间启动针对服务稳定性的全面排查和彻底整改，全面梳理并剥离单点依赖，坚决杜绝同类问题再次发生。”
方案一出，社交媒体上不少人开始晒到账截图：上周只零星调用几次的，到账几毛、几元；用量大的拿到几百元，个别用户补偿甚至超过1000元。有用户评价DeepSeek“补偿挺有诚意”，对开发者来说，这约等于过去一周的API“白用了一遍”。
值得一提的是，受此次故障波及的还有下游平台。10月16日，腾讯云WorkBuddy及CodeBuddy团队也发布《关于DeepSeek模型服务异常说明及补偿公告》，对受影响用户全额返还10月8日至14日期间使用DeepSeek所消耗的积分，并额外向国内版全量用户赠送500积分。
图4：官方承诺7天API消耗全额返还
五、为什么总崩？算力，还是算力DeepSeek崩得这么频繁，核心症结其实很清楚：用户涨得太快，算力扩得太慢。据媒体梳理，进入2026年，DeepSeek的日活跃用户数从约1.2亿暴涨到2亿，而算力储备的增长远远跟不上。此前有数据显示，其用户量一度暴涨66.7%，算力储备却只增长8.3%，供需严重失衡。高峰期并发一上来，系统就被“挤爆”。
OpenRouter的数据也侧面印证了它的“顶流”地位：10月15日所在周以及整个10月，DeepSeek V4.1 Flash都是全球调用量最高的一款模型。即便在服务器崩溃5个小时的当天，V4.1 Flash调用量仅下滑11%，依然位列第一。但庞大的调用量，也成了压垮稳定性的那根稻草。
快思慢想研究院院长田丰在受访时解释，大模型服务重启一次，本身就相当于一次“小型发布”：要重新加载权重、预热、再逐步放流量，缓存重建还会带来二次冲击；更麻烦的是，修复过程正撞上早高峰，用户发现卡顿后反复点击“重试”，访问量被成倍放大，维护难度随之上升。一位AI云计算服务商高管则直言，除了算力紧张，运维工程建设也不完善，测试、预发布、灰度升级、回退机制这一整套SOP，还没跟上研究型团队的迭代速度。
耐人寻味的是，今年7月，DeepSeek刚刚引入“峰谷定价”机制，高峰时段API价格为空闲时段的一倍，试图用价格杠杆疏导流量。但这一招，显然没能拦住10月15日的这场宕机。
图5：“DeepSeek崩了”冲上社交平台热搜
六、网友反应与对手“捡漏”每次DeepSeek崩溃，评论区总有同一个猜测：“是不是要上新模型了？”不过这一次，官方并未公布具体故障原因，新模型上线的传言也就无从证实。
与此同时，竞争对手却悄然“捡漏”。此次宕机当天，阶跃星辰正式开源旗舰基座模型Step 5 Preview的完整权重，与DeepSeek的宕机“撞车”。OpenRouter最新榜单显示，Step 5 Preview已升至第二位，直接承接了一部分“出逃”的流量。
有市场观点指出，这起事故发生在DeepSeek IPO筹备的关键阶段，或对其估值预期带来一定影响。也有分析认为，事故折射出DeepSeek在基础设施的高流量承载能力、服务成本结构方面仍存在隐患——V4.1 Flash的token成本高于上一代版本，规模化服务的性价比考验才刚刚开始。
七、结语：当AI成为生产力，稳定就是生命线4小时52分钟后，DeepSeek回来了。但对越来越多把AI嵌入日常工作流的人来说，一个朴素的道理愈发清晰：当AI从“玩具”变成“工具”，“能不能用”和“好不好用”已经一样重要。一次崩溃或许是意外，但频繁崩溃，就不能只归咎于“流量太大”了。
用户用信任换来了DeepSeek的顶流地位，而信任，恰恰是最经不起反复消磨的东西。好在，这一次的道歉和补偿，至少让不少人愿意再给它一次机会。只是下一次，希望用户打开电脑时，等来的不是那行“服务器暂时不可用”，而是真正稳定的“已就绪”。
图6：服务最终恢复，但用户信任仍需重建
你今天被DeepSeek崩到了吗？欢迎在评论区聊聊。
来源：全网公开报道整理 · 2026年10月18日