11月7日下午，DeepSeek 出现网页与 API 部分中断，界面新闻在 15:44 报道了此事。 官方状态页的记录更具体：15:11 故障开始，15:56 标记恢复，持续 45 分钟。界面新闻DeepSeek 状态页
受影响的不只是对话。状态页列出四个模块：对话服务、DeepSeek V4 Pro API、V4.1 Flash API，以及搜索服务。“部分中断”不等于全部宕机，不同入口的可用性并不一致。
有人看到聊天页提示“服务器繁忙”，API 调用则直接报错。 也有人测试后说，手机端和 API key 都没问题，只是“波动了几下”。微博知乎
网上还有账号转述称，官方状态页显示一切正常、没有记录新故障。 这与目前的官方记录不符：状态页不仅记录了这起事件，还标注了修复和恢复时间。微博
更关键的是频率。11月3日16:58到18:48，DeepSeek 刚发生过一次同类中断，持续110分钟。
10月15日08:11到13:04，同样的“网页/API 部分中断”持续了近5个小时。不到一个月，同类故障已经三次。
截至发稿，官方没有说明这次故障的具体原因。状态页上，关于这起事件只有“已实施修复，正在监控结果”和“本次问题已解决，服务已恢复”两条更新，也没有补偿说明。DeepSeek 状态页
至于“要发新模型所以先崩一下”“Codex 封号导致用户涌入”之类的猜测，目前都没有证据。状态页没有给出原因，任何确定性的解释都还只是猜测。
45分钟不算长，但间隔在缩短。普通用户遇到“服务器繁忙”，可以先看官方状态页；把 API 接进业务流程的开发者，备用模型和重试退避恐怕仍得常备。
