DeepSeek 网页与 API 部分中断约45分钟，服务已恢复

11月7日，DeepSeek 的网页与 API 出现部分中断，相关话题“DeepSeek又崩了”登上微博热搜。据 DeepSeek 官方状态页，中断发生在15:11至15:56，目前本次问题已解决，服务已恢复。

官方状态页同时记录了此前的故障次数：8月16个、7月8个、10月7个。此次中断的具体原因，来源未作说明。

中断时段与影响范围

根据 DeepSeek 官方状态页的记录，本次故障的起止时间为15:11至15:56，持续约45分钟。状态页将受影响的服务描述为网页与 API 部分中断，即并非全部功能同时不可用，而是部分访问请求受到影响。

从时间跨度看，这一时段处于工作日下午，属于在线服务使用相对集中的区间。状态页在故障结束后标注本次问题已解决、服务已恢复，未进一步披露受影响的用户规模或具体接口范围。

官方状态页的记载

DeepSeek 通过官方状态页对外通报服务运行情况，本次中断的时段与恢复结论均来自该页面。状态页的作用在于向开发者和普通用户同步服务可用性，此次记录同样沿用了这一形式。

对于外界关心的故障原因，来源未作说明。状态页与相关报道均未提及是流量、基础设施还是其他因素导致中断，也未给出后续的改进措施或复盘安排。

历史故障次数

官方状态页同时保留了此前数月的故障统计：8月记录16个故障，7月记录8个故障，10月记录7个故障。这些数字反映的是各月状态页登记的故障条目数量，而非单次中断的时长。

从这组数据看，8月是三个被提及月份中故障记录最多的一个月，达到16个；7月与10月分别为8个和7个。来源未说明这些故障的等级划分标准，也未说明统计口径是否包含部分中断与完全中断等不同情形。

热搜与用户关注

话题名称中的“又”字，与状态页记录的多月故障次数形成呼应，显示部分用户对服务稳定性的波动已有感知。

在社交平台上，此类话题通常集中反映用户在访问受阻时的即时体验，但来源未提供热搜的具体排名、持续时间或用户讨论的具体内容，也未收录 DeepSeek 方面对用户反馈的公开回应。

要点

• 中断时段为15:11至15:56
• 受影响范围为网页与API部分中断
• 话题“DeepSeek又崩了”登上微博热搜
• 官方称问题已解决、服务已恢复
• 状态页记录8月16个、7月8个、10月7个故障