11月3日16时58分起，DeepSeek官方状态页确认服务出现部分中断，对话服务、DeepSeek V4 Pro API 以及 V4.1 Flash API 全部受影响，用户界面反复提示「服务器繁忙，请稍后重试」，话题 #DeepSeek崩了# 随即冲上热搜。官方随后更新称已实施修复、进入监控阶段，但两款模型的 API 与对话服务性能仍下降，有用户实测「17点开始崩，中间好了一阵，18点多又卡到首字出不来」。这次故障不是孤立的意外，也不是「要发新模型」的玄学信号。把年内密集的异常放在一起看，结论其实很清晰：DeepSeek 的算力供给跟不上流量增长，而免费低价模式恰恰是流量涨得最快的原因。这道题也不只属于 DeepSeek，整个 AI 行业都在经历同一场流量大考。知乎
宕机已经成了常态事件
去年 R1 爆火时，「繁忙」提示和暂停 API 充值还是初创公司猝不及防的烦恼；今年，故障成了日程表上的固定变量。10 月 2 日，网页及 API 服务异常持续约两小时；10 月 8 日出现约 3 分钟性能下降；10 月 12 日，单日先后发生两次故障。10 月 15 日，网页和 App 从上午 8 点前后起中断近五个小时，开放平台 API 同步受累。另有一份广泛流传的技术复盘记录：10 月 27 日傍晚起聊天与 API 全线停服，28 日凌晨官方宣布恢复，距故障开始已过去约 13 个小时，为 2025 年以来最长的一次断线——这一持续时间与影响面尚未得到官方通报佐证。11 月 3 日这次则回到「部分中断」形态，当日未再全站停摆。知乎36氪知乎
统计口径各有出入，但方向一致：故障间隔越来越短。36氪截至 10 月中旬粗略统计年内已宕机 18 次、9 月以来状态页记录 13 起故障；华尔街见闻统计则显示 11 月 3 日已是年内至少第 19 次大面积异常，且 10 月以来故障呈密集态势。36氪知乎
钱到位了，为什么还是忙
需求端涨得比想象中快。在 OpenRouter 最新一周（10 月 19 日至 25 日）榜单上，DeepSeek 10 月 17 日更新的 V4.1-Flash-1017 单周调用量冲到 33.6 万亿 Token、环比暴增 801% 登顶全球，同一周中国大模型的周调用量已连续 26 周高于美国。更关键的是用法在变：用户不再满足于问答几句，而是把写代码、整理文件、跑 Agent 工作流整段交给模型——10 月 31 日 DeepSeek 刚开源 Super-agent 架构和 DeepSeekHarness 工作台，一条指令背后可能就是多轮模型调用。同一个用户，消耗的 Token 可能差出一个量级，即使用户数不变，服务器压力也在翻倍式上涨。36氪
供给端却在等米下锅。据《上海证券报》报道，约 1000 亿元的最新一轮融资接近完成，腾讯、宁德时代出资最多；彭博社消息称，DeepSeek 计划在内蒙古建设的大型数据中心部署至少 16 万颗华为 AI 芯片，首轮融资中超过六成资金投向算力基建。从资金到账、采购设备到机房通电上线都需要时间，远水救不了近火。36氪36氪
工程人手同样紧张：团队此前报道仅三百余人，今年 9 月开放了约 150 个服务端与 Agent 弹性计算岗位，团队负责人崔添翼直言缺人，自己每天都在面试。至于为什么一恢复就要几个小时，那份技术复盘给出了工程层面的解释：大模型推理要把数百 GB 的权重完整装进 GPU 显存，一台节点从冷启动到能承接流量，要经过权重加载、显存分配、算子初始化、预热请求一整套流程。重启后缓存命中率归零，立刻放量会把刚救回来的系统再压垮一遍，只能小流量灰度验证、逐步放开——定位、修复、预热、灰度加起来，大模型服务的恢复时间单位是小时。36氪知乎
需要说明的是，包括 11 月 3 日在内，DeepSeek 官方在状态页上只更新排查与修复进度，未公布具体技术根因。知乎
免费的账，最终都要结
「免费大考」最扎眼的部分，是宕机成本谁来付。10 月 15 日断线近五小时后，官方给出的补偿方案按近 7 日 API 消耗全额返还赠金，且仅限 API 付费用户，网页和 App 端的免费用户被排除在外。有付费用户晒出到账记录，称「首次收到官方主动赠送的赔偿，额度每人不一样」，自己收到了一千多元。付费侧在向云计算的 SLA 逻辑靠拢——且赠金本质上是锁定后续消费；免费侧的代价则无形但真实：信任损耗与用户流失。11 月 3 日的评论区里，就有用户喊话「你要是这么搞，我就真的换豆包了」。「稳定性才是生产力的基石」是当晚点赞最高的共识之一。微博微博微博
收入侧的账本同样说明这种模式的张力。在官方自研推理框架 DeepInfer 的披露口径里，单一集群的服务吞吐量达到每天 155 万亿 Token，按谷电价计算每卡每小时收入 38 美元。高吞吐、低单价，用规模摊薄成本，正是 DeepSeek 性价比路线的两面。多名开发者反馈，DeepSeek API 自今年 6 月起陆续引入峰谷定价，白天高峰段费率上浮，理由与「更合理地配置资源、提升服务稳定性」有关；有用户晒出的开放平台截图显示，平台已标注峰谷时间规则，调休上班的周末与法定节假日全天按空闲时段计费。这些细节未见官方公开公告，以社区反馈为据，但方向很清楚：在算力追平流量之前，用价格杠杆把高峰需求挪走，是最现实的过渡手段。36氪
对企业用户，题也更实在了。写作流水线、代码补全、办公自动化随 API 一起停摆时，停的是整条业务线；前述技术复盘判断，事故之后会有更多企业在采购 AI 服务时认真读 SLA 条款，而不是只对比价格和跑分。它还算了一笔朴素的账：两家可用性各 99% 的供应商互为备份，组合可用性可接近 99.99%，年停机时间从约 3.7 天降到 53 分钟。多供应商冗余和降级预案，正在从大厂专属变成普通团队的生存技能。知乎
全行业都在同一张考卷上
10 月 15 日 DeepSeek 网页与 API 全球中断的同一天，部分 ChatGPT 用户新建对话时撞上报错，当天晚些时候仍有用户未恢复正常——家底最厚的那家也一样掉链子。36氪
前 OpenAI 成员 Karpathy 的粗估点出了需求的纵深：全球约 2000 万人在专业使用前沿模型，约 10 亿至 20 亿人只是偶尔使用免费产品的轻度用户，绝大多数人还没碰过大模型。也就是说，AI 流量的考验不是会不会来，而是还会更猛。36氪
当一项服务的用户以亿计、工作流绑定到「停几个小时就是真金白银的损失」，它事实上已是公共基础设施，拿到的却还是产品级的可靠性标准：无根因公开、无成熟多活架构、恢复按小时计。上述技术复盘估算 DeepSeek 全球用户约 3.5 亿、一次全线断线即可波及这么多用户（未经官方证实）。在这个量级下，每一次「服务器繁忙」，都是全行业算力供需缺口的集中显影。知乎
接下来值得盯的是两件事：官方是否会在本轮密集故障后公开根因复盘；乌兰察布机房与新增算力在未来一两个月陆续落地之后，高峰时段「服务器繁忙」出现的频率是否实质下降。在那之前，对普通用户和企业来说，把「DeepSeek 不可用」当成可预期的状态来安排工作流，比等待一次彻底的修复更现实。
校验提示文案
校验提示文案