今天下午，DeepSeek的网页和API再次部分中断。官方状态页记录的中断窗口是15:11到15:56，45分钟。DeepSeek 状态页
受影响的有四项：对话服务、DeepSeek V4 Pro API、V4.1 Flash API和搜索服务。15:11的第一条更新已经是“已实施修复，正在监控结果”，15:56转为“已解决”。
故障在15:11之前就已发生，状态页没给更早的起点。
11月3日16:58，同样的网页/API部分中断刚发生过一次。 官方记录持续了1小时49分钟。 两次相隔不到4天。第一财经DeepSeek 状态页
也有人把它叫“假崩”：傍晚再看，状态页已经恢复正常。但状态页的历史记录里，今天的45分钟清清楚楚。把“现在正常”当成“从未出事”，是看漏了。
官方两次都没解释原因，状态页只更新了处理进展。能确认的是，流量还在涨。
11月5日晚，DeepSeek Harness团队称：截至11月4日，以官方API用户计，Harness日活154万，日消耗Token约92万亿，第三方插件3.5万个。界面新闻
Agent执行一个任务要反复调用模型，Token消耗远高于聊天。用户和强度一起上来，稳定性就成了短板。
这不是偶发。官方状态页的故障记录里，8月10日至今列了26条，包括性能下降、部分中断和搜索异常。9月8次，10月7次，11月头7天已经2次。
对普通用户，崩了只能等。对API用户，还有补偿问题。
10月15日那次中断近5小时，官方开放平台发过补偿通知：所有API用户按7天内的消耗金额补偿，以赠金形式全额返还。白鹿视频微博
今天这次45分钟，截至发稿没有补偿通知。按当时通知，补偿对象是所有API用户。
如果工作依赖它的API，最实际的是别反复重试。
集中重试会把恢复中的服务再压一轮；状态页有RSS订阅，比刷热搜更早看到进展；关键任务留一个备用模型。
今天恢复得算快。但4天两次，说明“修得快”和“稳得住”是两件事。
