北京
早高峰，DeepSeek 的用户又看到了那行熟悉的字：服务器暂时不可用。
10 月 15 日早上 8 点后，DeepSeek 网页和 App 集体报错。官方状态页随后确认三处异常：对话服务部分中断、DeepSeek V4.1 Flash API 服务部分中断、网页/API 性能下降，团队正在排查定位。第三方监测显示，故障从北京时间 8 点 11 分左右开始，至少持续了一个半小时以上。
一次宕机本身不算大新闻。值得说的是三件事：频率、时点，以及这次被拖下水的是谁。
一个月四次，"性能下降"快成日常
翻一下DeepSeek 近期的状态记录，节奏相当密：
- 9 月 23 日，网页/API 部分中断；
- 10 月 1 日，性能下降；
- 10 月 8 日，性能下降；
- 10 月 12 日，一天之内两次——先部分中断，再性能下降；
- 10 月 15 日，对话和 API 双双部分中断。
前几次大多在几分钟到一小时内恢复，今天这次是目前10 月最严重的一起。对一家以"便宜量大"著称的厂商，频繁抖动本身就是一种信号：推理侧的容量始终绷得很紧。
为什么这次的影响面不一样
9 月 10 日，DeepSeek 发布 V4.1 Flash——552B 参数的 MoE 模型，Causal-Encoder-Decoder 非对称架构，输入只激活 8B、输出激活 16B，KV Cache 压到初代模型的 1/437，HBM 需求降到上一代的 1/4。官方测试里它全面超越 V4 Pro，API 价格同步下调，还上了峰谷分时定价。
紧接着是关键一步：9 月 14 日中午 12 点起，所有走 `deepseek-v4-pro` 接口的请求被强制路由到 V4.1 Flash，直到 V4.1 Pro 上线。换句话说，过去一个月，DeepSeek 官方 API 的主力流量基本压在 Flash 这一条产品线上——今天的"Flash API 部分中断"，断的就是这条主动脉。
被波及的还有生态位。腾讯的WorkBuddy、CodeBuddy 和 OpenCode 是 V4.1 Flash 的官方合作伙伴，早已全量接入。Flash 抖一下，这些 Agent 产品的底层引擎就跟着咳嗽。模型越便宜、接入方越多，单点故障的波及半径就越大——这是"极致性价比"路线的一体两面。
老问题的新版本
DeepSeek 的服务器紧张是有前科的。2025 年 R1 爆火时，"服务器繁忙，请稍后再试"一度成为中文互联网热梗，官方随后暂停过 API 充值。彼时的问题是流量来得太猛；这次的背景更复杂：Flash 用架构创新把单请求成本打下来，靠更小的激活参数和更狠的缓存压缩服务更多用户——成本效率拉满的同时，冗余和缓冲空间也被压到很薄。
公开资料能确认的是：官方尚未公布本次故障原因，既往同类事故多快速恢复。合理推演是，在V4.1 Pro 上线前，Flash 单线承载全系流量的窗口期，任何容量事故都会被放大；对把 DeepSeek 接进生产环境的团队，今天这一小时半是一记现成的提醒——备用路由和多模型兜底，该配的要配上。
截至发稿，官方仍在排查。用户能做的只有两件事：刷新，以及等。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
