登录
10月15日早晨8点，许多用户打开DeepSeek准备开工时，撞上了同一行提示：“服务器暂时不可用”。官方状态页的记录显示，网页端及APP在早上8:11开始出现服务异常，网页/API部分中断。故障持续到当天13:04，累计中断4小时52分钟。微博第一财经知乎
海外监测平台StatusGator在24小时内收到86条相关报障，卢森堡、波兰、纽约的用户同时反馈“没有回复”“太慢了”。标题里那个问题的答案，其实就藏在这4小时52分钟里：这台爆火国产AI的承载极限，并不来自某个绝对的算力总量，而是需求与供给的增速差、工作日早高峰、免费流量盘子与单点依赖放大故障这四件事的叠加。量子位
根因未披露，外部解释都指向“容量”
截至服务恢复，官方口径始终停留在“已定位原因，正在实施修复”，未披露具体故障环节；第一财经向DeepSeek官方发去问询，截至发稿暂未获得回复。唯一透露的整改方向出现在事后补偿通知里：公司已启动针对服务稳定性的全面排查和彻底整改，“梳理并剥离单点依赖”。这句话反过来提示，故障很可能是某个关键组件的失效被放大成了全局中断。第一财经
外部最主流的解释是算力供需失衡：多家媒体引述的行业分析称，DeepSeek日活用户已从约1.2亿增长至约2亿，而同期算力储备仅增长约8.3%，早高峰等流量集中时段推理集群压力骤增。这组数字的统计口径无人披露，精确值只能作参考，但方向与另一个事实互相印证：高端算力设备从采购、交付到上架周期漫长，扩容追不上用量增长。另有模型公司内部人士对媒体猜测，故障出在部分云合作方的调度集群网关——持续时间太长，不像是自家代码的问题。知乎
至于“一崩就是在发新模型”的流行猜测，证据并不支持。宕机当天确实有个名为“DeepSeekHarness”的账号现身B站，但那是DeepSeek已推出的开源Agent运行平台的推广账号，与本次故障的关联没有任何官方证据。量子位
极限不是一次故障，是故障频率的曲线
单次崩溃说明不了什么，状态页的记录才能：今年以来已有至少10次大范围故障报告，“性能下降”类异常更为频繁；最近的一次在10月12日，网页部分中断和网页/API性能下降两类故障同时出现。也就是说，15日的全线中断发生在一周内已有两次前兆之后，不是意外，而是逼近极限后的爆发。第一财经
故障时间点同样说明问题。工作日早高峰8点打开DeepSeek的人，不是来尝鲜的，是来开工的——这个时段压垮服务器的，是把它当生产工具的流量。第一财经进一步指出，此次故障发生在办公高峰期，对依赖其API的开发者和企业用户可能造成较大影响。微博
承载极限还藏在流量结构里。8月中旬，DeepSeek将模型调用价格上调至原来的2.3至4.5倍，梁文锋在投资者会议上表示调价未造成客户流失、需求依旧强劲；而它的对话App至今保持免费且无广告，尚未产生直接收入——压力最大的C端流量，恰恰是最不付费的那部分。钱并不缺：事发前一周，《财经》报道称DeepSeek第二轮融资金额从拟定的500亿元增至约1000亿元。但资本填不平承载极限——算力采购有硬件交付周期，需求增长却以日为单位。36氪
补偿通知比道歉信更值得读
15日下午，DeepSeek在官方开放平台致歉并公布补偿方式：不按固定金额或统一额度，而是以每个用户过去一周（10.8-10.14）的实际API消费为基准全额返还。赠金自动到账、无使用期限，API计费扣款先从赠金账户扣除，有重度用户领到几百甚至上千元。业内一种观点认为，国产大模型在宕机后的标准动作通常是一封致歉信加限额代金券，按实际消耗全额赔付是头一回。第一财经微博
按价赔付是把企业级服务的SLA逻辑搬进了大模型行业：AI越接近基础设施，宕机就越接近事故而非小毛病。对开发者和企业用户，这4小时52分钟给出的教训很直接——AI越像生产工具，越要剥离自己的“单点依赖”，留好备用路线；而对厂商，极限究竟在算力总量还是在系统架构，要看官方承诺的整改是否会附带一份根因复盘。状态页上“性能下降”记录的频率，将是接下来几周最现成的观察哨：扩容若真追不上需求，曲线不会说谎。
