DeepSeek又崩了，豆包、千问、Kimi也崩过——崩的到底是什么？
“服务器繁忙，请稍后重试”、“系统开小差了"、“服务部分中断"——这些提示背后，到底哪一环先坏，然后哪一环跟着坏？这一期不猜内幕，只讲公开信息能支撑的工程逻辑。先看四家各自的触发入口，再拆五类常见故障机制。
半年3次，为什么Kimi老是道歉
10月26日凌晨四点，Kimi把一封《致用户：关于近期使用体验问题的致歉与补偿》置顶在了K3.1 Pro发布文章的评论区。公告承认，会员在使用新模型时遭遇了“限流及不必要的额度消耗”，“问题出在我们，我们也本应更早修复”。
Kimi深夜道歉，会员额度被扣了，赔一周额度，你怎么看
大半夜的，月之暗面突然发了一封道歉信，把我整精神了。事情不复杂：最近用Kimi K3.1 Pro的付费会员，不少人发现额度莫名其妙就没了——不是自己用掉的，是平台自己限流、还偷偷扣了不必要的消耗。简单说，你花钱买的饭量，被食堂提前舀走了一部分。
Kimi，到底在致歉什么？
一场由Agent Swarm引发的信任危机10月24日，Kimi K3.1 Pro上线。两天后，会员集中反映限流、额度异常消耗。10月26日凌晨，月之暗面官方致歉，给所有有效期内会员补回月度总额25%的额度，并承认问题出在“不必要的子Agent调用和输出长度”。
DeepSeek一个月崩了8次，你的工作还敢押它吗？
"服务器繁忙，请稍后重试。"11月7日下午，不少人打开DeepSeek准备赶工，迎面撞上的就是这行字。当天下午15时11分，DeepSeek官方状态页亮起红灯：网页与API部分中断，对话服务、V4 Pro、V4.1 Flash API全部在列。
跑分超越GPT-6，却被自家用户骂上热搜：Kimi的算力底裤漏了
10月24日，月之暗面发布了迄今最强的Kimi K3.1 Pro。官方宣称这是“3万亿级参数”，实际上总参数为2.8万亿，支持100万Token上下文，Terminal-Bench编程测试甚至越过了GPT-6 Astra，离Claude Opus 5.5只差0.7个百分点。
Kimi凌晨致歉，公布补偿方案
最近用 Kimi 的人，应该都遇到过一种熟悉的崩溃：明明没怎么折腾，额度却掉得比预想快，甚至还会碰上限流。问题不是“今天手气差”，而是大模型一旦用户猛增，最先扛不住的往往就是算力和调度。 10月26日凌晨，Kimi智能助手已经就近期K3.
Kimi也出来道歉了，不过和DeepSeek的崩服，根子上是一件事的两面
DeepSeek是服务器扛不住直接躺了，Kimi是模型跑起来之后把用户的额度当柴火烧，烧得用户直肉疼。官方原话是“不必要的子Agent调用和输出长度”，翻译一下就是模型内部调度乱了套，一个简单活儿派出去七八个子任务转一圈，Token哗哗扣，活没干多少。两家的补偿路数差得很远。