每次 503 都是新模型前兆？

11 月 3 日下午，DeepSeek 又崩了。官方状态页记录故障从 16:58 开始，网页和 API 部分中断，对话服务、DeepSeek V4 Pro API、DeepSeek V4.1 Flash API 三个组件都在受影响名单里；用户界面上只有一句「服务器繁忙，请稍后重试」，话题「#DeepSeek崩了」冲上微博热搜。截至 18:48 服务已恢复，但三项组件的状态仍标着「性能下降」。官方回应只有状态页公告，没有给故障原因，这次也没有补偿公告。

一、「前兆说」的由来与那次命中

V 友中间流传着一个玄学观察：「每次 503 都是新模型前兆」。先说清楚：这是社区观察，不是官方说法。它确实命中过一次：10 月 15 日那次宕机从早上 8 点 11 分持续到 13 点 04 分，将近 5 小时；两天后的 10 月 17 日，DeepSeek 发布了 V4.1-Flash-1017，Harness 同步升级 0.2.1 适配，还开放了 Search 和 Fetch API。新浪财经当时的标题直接就叫《DeepSeek崩完后，上新了》。命中一次，玄学就有了信徒。

二、统计泼冷水：44 次故障对几次发布

把镜头拉远，玄学就站不住了。2026 年以来 DeepSeek 的故障已有 44 次，其中大范围故障至少 10 次；网页对话服务过去 30 天的可用率是 98.61%，换算下来约等于每个月断网 10 小时。宕机次数远多于发布次数，「次次宕机都伴随上新」在统计上站不住。更合理的解释是幸存者偏差：命中的那次被记住、反复引用，没命中的几十次被遗忘。而且这次的前兆预言落空了。截至发稿没有跟进发布；11 月 3 日晚间那个「V5 计划用昇腾 950 训练」只是产业链传闻（本站上一篇已做过实锤与传闻的拆分），11 月 1 日还有日方核实过 GitHub 测试文件里的 deepseek-v5 标识只是单元测试。

三、更实在的解释：算力配给制的用户端体现

比玄学实在的解释来自两条消息：接近团队的人士称服务端人手紧张；财联社的解读是国产算力、新架构、高频换代三个支柱同时升级，服务端跟不上流量的增长。把这两条合起来看，宕机更像是算力配给制在用户端的体现：算力不够分的时候，先保证谁、后保证谁，用户看到的就是「服务器繁忙」。

四、补偿差异与 IPO 窗口

还有一个值得注意的变化：10 月 15 日那次宕机后有补偿（7 天 API 消耗全额赠金返还），这次截至恢复没有任何补偿公告。背景是 DeepSeek 被报道目标 2027 年登陆科创板。在 IPO 窗口期里，可用率数字是招股书上会被追问的指标，补偿则是实打实的成本。不补偿的选择对股东友好，对用户不友好，这笔账怎么平衡，会持续被围观。

五、判断

对用户，别把玄学当天气预报：503 之后等不来新模型是常态，等来了是巧合。能做的是盯状态页、给关键业务配备用模型。对 DeepSeek，98.61% 的可用率放在一家冲 IPO 的公司身上不是好数字；「每次崩完上新」的叙事它自己不认，市场却会一直替它记着。直到下一次宕机证明前兆说是玄学，或者证明它是真的。

来源：澎湃 11 月 3 日报道（第一手）；21 世纪经济报道；新浪财经；V2EX 10 月 15 日帖 v2ex.com/t/1248910。