11月3日16:58，DeepSeek网页和API同时出问题。聊天框显示“服务器繁忙，请稍后重试”，对话服务、V4 Pro和V4.1 Flash的API都在受影响名单里。第一财经
18:48，官方状态页把这条事件改成“本次问题已解决，服务已恢复”。从16:58:16到18:48:02，1小时49分46秒。DeepSeek
热搜上的说法是“一天崩两次”。18:25，DeepSeek官网确实又发了一次公告，称网页端及API服务出现部分中断。中国经济网
于是有了“时隔一个半小时又崩了”的说法。但按官方状态页，这仍是一条事件：标题是“DeepSeek 网页/API 部分中断”，从16:58持续到18:48。DeepSeek状态页
但用户的体感不是凭空来的。17:13，对话和V4.1 Flash先回到“正常”；17:36又变成“性能下降”；18:04再恢复，18:17再降。DeepSeek
18:21，对话和V4.1 Flash变成“部分中断”；18:25，V4 Pro也回到“部分中断”；到18:41才全部正常。一次事故，状态反复横跳。所谓“第二次崩”，就是这波。
小红书上有人17:42留言，说服务蹦一会儿好一会儿，吐token也突然变慢。另一条评论只有三个字：“崩-好-崩。”小红书
官方没有解释原因。状态页的措辞始终是正在排查问题、以定位原因，然后实施修复、监控结果，最后宣布恢复；没有提流量，没有提新模型，也没有提补偿。DeepSeek
评论区里常见的猜测是“要发新模型”。依据是上一次：10月15日宕机。两天后，V4.1-Flash-1017更新。华尔街见闻36氪
但时间接近不等于因果。截至发稿，DeepSeek没有为这次宕机预告任何新模型；把宕机当发布倒计时，是用户的期待，不是官方信息。
能查到的硬数据在需求侧。OpenRouter 10月19日至25日的榜单里，V4.1-Flash-1017单周调用33.6万亿Token，环比涨801%，排全球第一。36氪
这个数字只覆盖OpenRouter聚合API渠道，不含DeepSeek官网和App的全部请求，但足以说明：新版本上线后，调用量在短时间内暴涨。
这不是孤立的一次。官方状态页最近可查的8条异常记录，全都发生在10月2日之后。10月12日一天两次；10月15日那次从8:11修到13:04，4小时52分。
每一次官方都说“已实施修复”，但“修复”和“稳定”之间，显然还有距离。
对普通用户，崩了就是等；对把业务跑在API上的人，崩了就是停摆。
上一次10月15日的补偿是：所有API用户按10月8日至14日的实际消耗，以赠金形式100%返还，系统自动到账。第一财经
这次截至11月3日20:04，DeepSeek还没有公布补偿方案。等不等得到网友调侃的“鲸元券”另说，把全部流量押在一个API上，风险是实打实的。
18:48之后，状态页恢复平静，三条服务都回到“正常”。但“又”字已经写进热搜。模型好不好，决定人会不会来；服务稳不稳，决定人敢不敢把活交给它。
对DeepSeek来说，下一次发布会讲什么很重要；但在那之前，先让状态页少亮几次橙灯，更重要。
