10月15日8:00后，不少用户在使用DeepSeek时发现，App和官网均显示：服务器繁忙，请稍后重试。截至发稿，尚未恢复。

(资料图)

起初，有人以为是自己的网络出了问题——切流量、重连Wi-Fi、重启App，都没有。很快，社交平台上开始出现大量帖文：有人在首页提问“DeepSeek是不是崩了”，有人在评论区调侃“刚生成到一半就卡住，还以为自己被拉黑了”，也有人直接吐槽“这个月是怎么了”。

DeepSeek官方信息显示对话服务部分中断、DeepSeekV4.1 FlashAPI服务部分中断，网页/API性能下降，官方正在排查问题、定位原因。

这已是DeepSeek进入10月以来，第四次“崩了”。10月2日、8日、12日，官方服务状态页均出现过“性能下降”或“部分中断”记录。

15天内崩了4次

按照DeepSeek官方状态页的公开记录，本月已出现了4次服务中断事件。

10月2日凌晨，网页及API服务出现性能下降，持续约1小时，涉及对话服务、DeepSeek V4 Pro API及另一组件。10月8日，网页及API性能下降约3分钟，受影响范围包括对话服务和V4.1 Flash API。10月12日则先后出现“网页及API性能下降”和“网页部分中断”，分别持续15分钟和11分钟。

如果把统计口径放宽到9月中旬，异常出现的频率更加密集。官方状态页显示，9月共记录8次类似事件；9月23日、24日连续两天发生性能下降。也就是说，近一个月来，用户侧频繁遇到的“服务器繁忙”“消息发不出去”，并不是单日偶发，近期已出现多次服务波动。

需要区分的是，官方状态页多使用“性能下降”或“部分中断”，并不等于整个平台完全停止服务。部分用户能够正常使用，也不代表其他用户、其他入口或不同地区没有受到影响。对用户而言，体感就是对话变慢、排队或直接失败；从平台口径看，则更接近局部服务降级。

为什么总是“时好时坏”？

截至发稿，官方尚未披露本月各次事件的具体原因，因此目前只能根据异常表现进行技术分析。

公开状态显示，网页对话、API和不同模型服务曾同时或先后受到影响。在技术层面，这可能指向共享入口、调度系统、推理资源池或后端链路中的某一环，而非单一客户端故障。

都市快报首席工程师高晓解释：AI对话并不是用户一点发送就直接从模型拿到答案，而是一条较长链路——请求先经过网关和调度，再进入推理集群，随后调用模型实例、显存、上下文处理等计算资源，涉及联网检索的任务还要经过检索服务。只要其中一环排队、超时或切换异常，前端就可能显示“消息正在生成”或直接提示服务器繁忙。

因此，“崩溃”究竟来自流量突增、资源调度、节点故障还是部署变更，仍需等待官方说明。高晓推测，除了以上原因，还有一个可能是在切换新模型。

目前，DeepSeek被大众广泛用于资料整理、文案写作、代码辅助、翻译和答疑。

社交媒体上，大部分用户最直接的反应是错愕和无奈。有人写道“你咋又崩了”，有人感慨“想用它开导一下自己，结果它先崩了”，还有人哭诉：“没有你我可怎么活啊”。

对咨询用户，服务波动可能只是“晚几分钟再用”，着急时还可以换一个AI；但对把工作流搭在对话或API上的用户，则意味着中断、重做和等待。

本次事件也再次提醒：AI服务虽然方便，却不是永远在线的个人电脑。重要任务不应只依赖单一入口；条件允许时，可以保存关键上下文和阶段性成果，遇到连续失败先查看官方状态页，避免短时间内高频重试——重复请求有时反而会加重拥堵。对企业用户而言，还应考虑备选模型、请求超时、重试退避和本地缓存等容错机制。

橙柿互动 · 都市快报 见习记者 邱雨茜

编辑 郭智杰

审核 毛迪 陈欣文

校对 马玉君

BREAK AWAY

关键词： 双双 服务器 上下文 显式标识 deepseek