9月10日凌晨一点多，很多人正准备睡觉，顺手打开DeepSeek想问最后一个问题。屏幕上弹出来的不是回答，而是一行字：对话长度已达上限，请开启新对话。

诡异的是，这个窗口本身就是刚开的新对话，里面一句话都还没聊。有人试着发了句"你好"，等来的还是同一句提示。第一财经的记者随后测试，确认客户端确实无法正常反馈。#deepseek崩了#很快冲上微博热搜。

01 一个"新窗口"为什么会"对话超限"

这个错误提示本身就很说明问题。

"对话长度上限"是大模型的常规机制——上下文窗口有限，聊得太长，模型记不住前面的内容，就会提示用户开新对话。DeepSeek V3的上下文是64K tokens，大约四五万字，正常使用很难触顶。

但凌晨的情况是：用户刚开了一个空白窗口，什么都没说，系统就判定"对话长度已达上限"。问题不在用户的对话长度，而在服务端——要么是会话状态管理出了bug，把某个已超限的旧会话状态错误地套到了新窗口上；要么是后端缓存或数据库同步异常，导致请求路由到了错误的会话上下文。

换句话说，这不是用户"聊太多了"，而是DeepSeek自己记错账了。

02 这不是第一次，今年已经18次

如果只是一次深夜小故障，不至于冲上热搜。真正让用户集体"被气晕"的是：这已经是老毛病了。

有网友统计，2026年以来DeepSeek至少发生了18次服务异常。5月8日、21日、24日、28日更是连续四天崩溃。3月29日那次更严重，直接宕机12个小时，用户从下午等到第二天凌晨才恢复。

每次崩溃的直接原因都差不多：用户量暴涨，算力跟不上。5月那波，日活从1.2亿冲到2亿，涨了66.7%，而同期算力储备只增长了8.3%。这个缺口，翻译成用户体验就是：深夜想聊一句"你好"，系统告诉你"对话超限了"。

DeepSeek不是不知道这个问题。但算力这东西，不是想加就能加——一张H100显卡十几万元，一个万卡集群就是十几亿的投入，还不算电费、运维和机房。对一家还在烧钱的创业公司来说，每一块GPU都要算着用。

03 V4.1发布前夜，账算得过来吗

这次崩溃的时间点很微妙。

据DeepSeek官网消息，V4.1版本计划在9月10日前后正式发布。也就是说，凌晨崩溃的时候，团队很可能正在为新版本做最后的部署和压力测试。新版本上线前的部署窗口，往往是系统最脆弱的时候——配置切换、流量调度、缓存刷新，任何一个环节出问题，都可能导致服务异常。

更巧的是，9月10日也是苹果秋季发布会的日子。一边是苹果发布新品，全球科技媒体聚焦；一边是DeepSeek深夜崩溃，用户在微博上集体吐槽。两个事件撞在同一天，很难不让人产生联想。

但平心而论，DeepSeek走到今天已经不容易。它用免费策略迅速积累了海量用户，用开源模型赢得了开发者社区，用极致的成本控制在巨头夹缝中杀出了一条路。这条路的底层逻辑是：用免费换规模，用规模换关注度，用关注度换融资，用融资买算力。

问题是，这个循环能不能转得下去，取决于每一环的效率。用户涨得越快，算力缺口越大；算力缺口越大，崩溃越频繁；崩溃越频繁，用户体验越差——这是一个反向循环。深夜的一个错误提示，看起来是个小bug，背后其实是一本一直没完全算明白的算力账。

V4.1能不能解决问题，还得看发布后的实际表现。但至少在9月10日凌晨，很多用户关掉DeepSeek窗口的时候，心里想的可能是：免费是真免费，但好用，还得再等等。

参考资料【第一财经】《深夜，DeepSeek崩了》

参考资料【虎嗅网】《深夜，DeepSeek崩了》

参考资料【新浪财经】《DeepSeek突然"崩"上热搜》