10月12日午间，DeepSeek网页与App的对话功能出现异常，大量用户发不出新消息，界面反复弹出“服务器繁忙”“消息正在生成”，相关话题随后登上微博热搜。官方服务状态页将本次事件标注为对话服务“部分中断”，排查后显示“服务已恢复”；第三方监控平台却显示，故障自当日上午开始、截至午间发稿仍未完全消退，受影响的主要是网页与App对话服务。金十数据
要回答“为何热门AI常宕机”，得先把用户口中的“崩了”拆开：服务侧中断、容量侧高峰拥堵、模型侧输出失稳，三类问题的根因完全不同。前两类是服务器的事，第三类发生在模型架构内部——它不宕机，却同样让用户觉得“AI突然不好用了”。
这次异常：官方口径与用户体验再次脱节
12日中午，有用户在话题下留言，称消息一直显示“有消息正在发送中”，自己一度怀疑是网络、手机甚至版本没更新的问题。 这与官方“已恢复”的标注并不矛盾，只是说明恢复在用户侧是断续发生的。微博
同样的“口径差”3月已经出现过一次。3月29日晚，DeepSeek官方服务状态网站显示网页、App服务出现重大中断，事件报告显示异常于21:35被发现、当日23:23被解决。 但次日清晨，“DeepSeek崩了12小时仍未修复”仍在热搜，网页端和App持续提示“服务器繁忙”，无法开启新对话，有用户甚至出现对话内容丢失。新浪科技新浪热点
过去一年，“崩了”越来越像例行事件
早在2025年1月27日晚，官方状态页就已显示DeepSeek网页不可用，公司表示正在调查。 进入2026年，故障提示高度模式化：网页端、App、API接口服务异常，报错集中在服务器繁忙、对话长度已达上限、请求无响应，#DeepSeek崩了#在5月、7月、9月、10月反复冲上热搜。钱江视频微博
10月12日中午，#DeepSeek崩了#和#豆包崩了#两个话题同时挂在热搜上——服务不稳并不是某一家产品的私事。微博
三类“用不了”，根因完全不同
第一类是服务中断，状态页直接标注“重大/部分中断”，本次事件即属此类。第二类是容量拥堵，特征是“没有全死，只是极度拥挤”，且有明显的时间规律：用户反馈凌晨时段使用通常更为顺畅，高峰时段则容易出现卡顿。 有分析指出，免费高性能吸引巨大流量，高峰访问过载后，叠加用户反复刷新形成重试风暴，会进一步加剧拥堵。 需求端的膨胀是底色：9月底发布的一份报告显示，我国生成式人工智能用户规模突破7亿人，并发流量集中在少数头部产品上。界面新闻微博中国新闻网
第三类最容易被误当成宕机，其实是模型自身的不稳定。字节跳动Seed团队10月公开的论文指出，DeepSeek-V4系列采用的分块KV缓存压缩在节省长上下文内存的同时，引入了“相位敏感性”这一新变量，导致模型在长上下文推理中出现周期性的性能漂移。 研究测量到，在采用此类压缩的大模型中，长上下文检索准确度在不同相位之间可能相差高达40个百分点，平均基准分数掩盖了这种周期性弱点。这正对应“同一个问题，有时答得头头是道、有时答非所问”的体验——公开测评的高分是不同相位表现互抵后的结果，用户日常撞上的往往是检索准确度处于低谷的区间。界面新闻
这种“不宕机的异常”今年5月已有先例：DeepSeek网页版被反映在空白对话中输入特定字符后，会输出与上下文毫无关联的完整答案。官方于5月19日发布说明，称该异常系特殊字符引发的模型幻觉所致，不涉及安全问题或用户隐私泄露。界面新闻
常宕机背后：热门AI共同的生意结构
模型上下架的节奏进一步放大波动。9月10日，DeepSeek发布了V4.1 Flash。 8月13日，V4 Pro正式版在静默发布后不到24小时被撤回，官网发布通知及开放平台公告同时撤下。 每一次静默升级、灰度和回滚都可能带来服务抖动；5月25日故障当天，就有博主直言症结“还是因为算力不够”，融资之后的第一件事应是扩充算力。知乎界面新闻微博
对普通用户，三类异常各有识别信号：状态页标注“中断”，只能等服务端修复；深夜顺畅、高峰卡顿，多半是容量拥堵，错峰是唯一解；页面一切正常、没有任何报错，回答质量却忽高忽低，更可能是相位敏感性在起作用——有用户摸索出的实用经验是把提示语里的关键内容放在最前面，能大幅提升模型准确抓取信息的概率。 至于10月12日这一次，官方截至发稿尚未披露具体原因，上述容量与架构层面的解释来自过往公开事件和研究，能否适用于本次故障，仍需等待后续事件报告。界面新闻
