服务器暂时不可用 (2026)

截至今天 21 时，微博热搜第 7 位是「DeepSeek 故障补偿」，热值 3792561；知乎热榜第 1 位就在追问这件事，1636 万热度2，第 12 位还在算这笔补偿怎么发，185 万热度3；抖音热榜第 8 位是「DeepSeek 发布补偿方案」，热值 77551144，百度热搜第 26 位是「DeepSeek 宣布故障补偿方案」，热值 54290005。B 站热门榜前 50 位今天没有同题条目。四个榜同题，是今天最集中的那一条。

今天早上八点十一分起，DeepSeek 的服务出故障：对话服务、V4 Pro 与 V4.1 Flash 的接口陆续中断，九点零八分起对话服务完全中断，发出去的消息都被回一句很客气的话——「服务器暂时不可用」。状态页九点零六分更新为「已定位原因，正在实施修复」，十二点四十九分「已实施修复，正在监控结果」，十三点零四分服务恢复6。从开始到修好，前后将近五个小时7。

傍晚，开放平台发布《服务恢复及补偿通知》：按账号 7 日内（10 月 8 日至 10 月 14 日）的消耗金额，以赠金形式全额返还，赠金自动到账，后续 API 计费扣款优先从赠金账户里扣8，通知里还写了一句「全面梳理并剥离单点依赖」8。社交平台上不少人晒出到账截图，个别用户的补偿金额超过 1000 元7；对天天调用接口的开发者来说，这一周相当于白用6。

真正被刷屏的不是故障本身，是它照出来的那个我们自己——这五个小时里，先停下的不是模型，是等着交活儿的人。有报道说，它每次一崩，总有人猜是不是新模型要上线了6。

而且这不算新鲜事。据公开的事件日历，9 月 2 日和 9 月 15 日都出现过网页和 API 部分中断，10 月 12 日又出现过一次部分网页中断；9 月以来还有过 9 次「网页和 API 性能下降」9。另有报道统计，今年年内它至少 18 次出现大面积服务异常，业内的解释是算力供需错配——高端算力扩容周期长，扛不住同时涌进来的访问峰值10。

这首歌唱的不是它，是我们。副歌口令是「它一崩我就不会干活了」，下一句把这个动作按回身上：五个小时我盯着那个圈。主歌顺着今天的时间线走，从早上八点十一分点开对话框，到状态页写着「已定位原因」，再到一遍遍刷新等它回来。桥段撤掉鼓点，只剩一句把补偿的算法摆出来——用得越多退得越多，然后才轮到我们承认：原来我有多依赖它。

编曲仍是原创中文电子说唱，118 BPM，弹跳的 FM 合成器贝斯与短促鼓机打底，副歌叠齐唱和手拍；本期的点缀层换成主歌句尾一记加载转圈的电子提示音。态度是自嘲加共情，全程没有嘲讽任何一方，也没把「AI 要取代谁」当结论——今天这一课教的是，离不开的人是我们。

适合写周报要开着三个窗口、写两句就想问一下它的时候听；也适合在它下一次没电的时候，先放一遍。

它不在的时候，我们才知道自己还剩多少自己。