DeepSeek 又崩了：8:11 起部分中断，年内至少第 18 次今天（10 月 15 日）早上 8 点刚过，不少人的 DeepSeek 打不开了。页面弹出四个字：服务器暂时不可用。
我觉得，真正值得记的不是它崩了，是官方那句话里的空白。
按官方服务状态页的记录，最早在 8 点 11 分发现网页/API 部分中断。到上午 10 点半前后，多家媒体实测仍没恢复。
我在 10 点 54 分自己探了一遍：官网首页正常（HTTP 200），但对话入口返回 429，也就是用户看到的「服务器繁忙」那一类信号；API 域名能通，不带鉴权返回 401。
服务端活着，但用不了。
官方说了什么，没说什么状态页列了三个受影响的组件：对话服务、DeepSeek V4.1 Flash API 服务，还有一个未披露名称的组件。
口径有更新：先是「正在排查问题、定位原因」，后改成「已定位原因，正在实施修复」。
请注意这句话的量——没说是谁的原因、什么原因，也没给恢复时间。
对开发者来说，这次不只是聊天窗口的事。V4.1 Flash 的 API 也在中断名单里，接了这个服务的应用会跟着报错。
断的时候，丢的可能不只是这几分钟有用户在社交平台反映两件事：发不出新对话，也加载不出历史对话，还有人说自己之前的对话内容丢了。
这一点值得单独说。模型是云上的，聊天记录也是云上的——它一断，你连着记录一起够不着。
我觉得这才是这次最该记的一条：重要的对话结论，手动存一份到本地，别默认它永远在那儿。
第 18 次这已经是 DeepSeek 三天里的第二次。10 月 12 日，对话服务同样出现过部分中断，官方排查后状态页显示「服务已恢复」。
按媒体统计，本次是它 2026 年以来至少第 18 次服务异常。
至于原因，报道普遍指向算力供需失衡。⚠️ 需要说清：这是媒体的归因，不是官方说法。
现在能做的三件事1. 别急着重装、重登。这是服务端的事，清缓存、换设备都救不了，等官方恢复公告。2. 看官方状态页，别靠群里传话（status.deepseek.com）。3. 急用就临时换一个。同类的国产模型这时都能顶上，事后再回来。你今天被卡住了吗？评论区聊聊。
故障原因与恢复时间，以官方后续公告为准。
#DeepSeek# #服务器宕机# #V4.1Flash#