《天才程序员再次陨落》——2026/07/02 deepseek API崩溃纪实
-
16:50:笔者发现Hermes Agent和OpenCode均出现了反应变慢的情况。以为是服务器的网络问题,遂开始远程排查。
17:01:OpenCode go订阅的deepseek-v4-flash模型开始报超时和超限。
17:10:https://status.deepseek.com/ 开始报API和网页性能下降。
17:12:API请求风暴开始席卷其他平价模型,MiMO v2.5官网、MiMO v2.5 go订阅,开始崩溃,GLM5.2的decode性能大幅下降。
17:15:go订阅的非Qwen模型均出现了性能下降的情况,认知度最高的模型API几乎均不可用。
18:02:deepseek官网汇报API性能问题解决,服务开始恢复。
18:05:OpenCode go订阅恢复正常。结论:
1、模型降级到其他LLM供应商并不是一个稳妥的容灾方案。大家的AI工具普遍都有容灾和降级逻辑。所以,当一个巨量API服务崩溃时,不要奢望其他API能够接住这“泼天的富贵”,我看到更多的是连锁崩溃。2、OpenCode的GO订阅一直号称自己的deepseek-v4是境外自部署。但通过此次事故推断,此结论存疑。
3、通过这次请求海啸能够观测到,LLM供应商从某种程度上讲,已经成为了类似“水、电、网”的存在。当服务出现波动时,抢夺挤兑的情况甚至更严重。