DeepSeek故障只影响了C端 业内猜测系V4进行隐身测试导致

　　DeepSeek故障只影响了C端 业内猜测系V4进行隐身测试导致

　　经济观察报 记者 钱玉娟

　　3月29日晚至30日上午，DeepSeek(深度求索)经历了一次长达12小时的大规模服务中断。

　　一位模型技术社区负责人表示，从2026年2月至今，DeepSeek走过了多个预期发布窗口，仍未正式发布V4，就在市场期待这一模型新品空降时，等来的却是DeepSeek成立以来最长的一次服务中断。

　　多名国产模型供应商人士推断：此次只有DeepSeek面向C端的产品服务中断，或与模型迭代过程中进行灰度测试有关。

　　1月12日，DeepSeek发布了一篇由梁文锋署名的研究论文，提出了Engram条件记忆架构，还探讨通过可扩展查找实现条件记忆机制，旨在处理Transformer在记忆、训练稳定性和长上下文上的瓶颈。2月11日，DeepSeek将现有模型上下文窗口从128K扩展至1M Tokens，知识截止时间更新至2025年5月。

　　前述技术社区负责人认为，DeepSeek已经为测试V4准备好了相关基础设施。3月初，DeepSeek网页端作出更新显示，代码能力与上下文处理均有增强，业内猜测这可能是DeepSeek V4在作隐身测试。

　　一名与多家模型厂商合作的供应商对DeepSeek的隐身测试有个人理解：DeepSeek V4要在4月正式发布前，提前面向C端用户群展开产品测试，从而把握其新增的“原生推理层”是否能在处理高并发请求时保持稳定性。

　　3月30日，DeepSeek技术团队将服务中断问题全面解决后，官方的API文档中未列出任何关于V4模型的ID。

　　上述模型供应商分析，DeepSeek在冲击更高性能架构过程中，扩张至百万Tokens级别的推理能力暴露了其基础设施建设的短板，新旧架构在底层存储聚合层出现了冲突。

　　DeepSeek官方服务状态网站显示，3月29日21时35分官方首次发现服务中断，直到3月30日上午10时许，DeepSeek网页端与App服务才全面恢复。其间，技术团队多次对故障进行修复，但服务仍出现波动。

　　服务中断期间，社交媒体上出现大量用户反馈。部分用户称页面持续转圈、反复提示“服务器繁忙”“请检查网络后重试”，卸载重装DeepSeek或切换网络均无效；核心功能“深度思考”模式被限流；也有用户反馈DeepSeek出现了基础逻辑错误和虚构文献问题。

　　一位国有企业安全产品线负责人将DeepSeek这类国产大模型视为“Token基座”，在他看来，DeepSeek服务中断12小时可能和企业传统机房停电12小时的后果一样，模型基座一旦停服，部署和挂载在该基座上的业务逻辑都会瘫痪。

　　不过，这位安全产品线负责人看到，DeepSeek这次事故对API调用方几乎没有影响。截至3月31日上午，前述技术社区负责人查看DeepSeek官方订阅公告发现，近30天里，除了网页对话服务出现过三次不同程度的问题，导致正常运行时间占比为98.7%外，DeepSeek的API服务保持100%正常运行。

　　DeepSeek官方未在故障公告中提及企业服务问题。有DeepSeek模型供应商告诉记者，在DeepSeek服务中断期间，由其服务的API调用方均使用正常。