状态页48条事故、累计崩超20小时！Claude三月「宕机成瘾」，$200 Max用户一小时撞限额，开发者怒退订转投Codex
导读
【导读】三月的Claude，不是在崩，就是在去崩的路上。状态页48条incident、major/critical事故窗口累计超44小时——这还是保守算法。更离谱的是，$200/月的Max顶配用户反映一小时不到就被限流，项目做到一半突然断供，零预警。推特上「60秒退订教程」疯传，开发者成群结队涌向Codex+GPT 5.4。但逃到对岸就安全了吗？OpenAI状态页显示：Codex三月也崩了7个小时。
三月，Claude的「多事之秋」
先看一组数字。
打开Claude官方状态页（status.claude.com），筛选2026年3月的incident记录——一共48条。
这个数字意味着什么？整个三月31天，平均每天1.5起事故。有些日子甚至一天连崩好几轮。
如果只看影响等级为major或critical的「大事故」，情况更触目惊心。从3月2号第一起全面故障开始，这个月的Claude就像得了「宕机强迫症」：
3月2日，claude.ai、Console、Claude Code集体报错，持续近4小时。
3月17-18日，Opus 4.6连续崩了三轮——4.6小时、3小时、1.5小时，中间几乎没喘息。紧接着Claude.ai又崩了将近1小时。
3月25日，Opus 4.6错误率飙升，这一轮持续了超过9个小时。
3月27日，又是Opus 4.6，又是将近10个小时的事故窗口。官方事后复盘说，原因是「基础设施内部网络性能退化，导致服务组件之间的通信中断」。
"The issue was caused by a networking performance degradation within our infrastructure that disrupted communication between components of our serving stack."
「基础设施网络性能退化导致服务栈组件间通信中断。」——翻译成人话就是：后端自己把自己绊倒了。
把所有major/critical事件的时间窗口粗略相加——超过44小时。就算考虑到事件可能重叠、「错误率升高」不等于完全不可用，社区说「本月崩了20多个小时」，一点都不夸张，甚至偏保守了。
▲ Claude团队相关账号@trq212发布限额调整公告，706万次查看，超7000赞
「夏令时」也能把桌面端搞崩？
在这一长串事故清单里，有一条格外离谱。
3月8日到10日，Claude Desktop桌面应用出现大面积无响应。原因？
官方复盘写道：
"Root cause: … timezone that observed daylight saving time … were affected by an infinite loop …"
没看错——夏令时切换触发了一个无限循环，把桌面端卡死了。
这大概是2026年最「复古」的bug了。AI都能写代码了，结果自己被时区切换绊倒。
而3月11日，又一波故障袭来。官方Postmortem坦承：
"Between 14:17 and 17:11 UTC, our primary application database experienced severely degraded I/O performance following a routine maintenance operation."
「例行维护操作之后，主数据库I/O性能严重退化。」——换句话说，修着修着把自己修坏了。Claude Code和Console的登录刷新直接挂掉，网页端请求变慢或失败。
唯一的「好消息」是API流量没受影响。但对于每天泡在Claude.ai和Claude Code里写代码的开发者来说，API正常有什么用？他们用的就是网页和终端。
$200/月的Max，一小时不到就被限流
如果说宕机是「天灾」，那限额问题就是让用户更窒息的「人祸」。
3月26日，一个与Claude Code团队相关的账号@trq212发了一条推文，迅速引爆了社区：
"To manage growing demand for Claude we're adjusting our 5 hour session limits for free/Pro/Max subs during peak hours. Your weekly limits remain unchanged. During weekdays between 5am–11am PT / 1pm–7pm GMT, you'll move through your 5-hour session limits faster than before."
「为了应对增长需求，我们在高峰时段（工作日太平洋时间5am-11am）调整了免费/Pro/Max用户的5小时会话限额。周配额不变，但高峰时段你会更快地消耗完5小时额度。」
706万人看了这条推文，2000多条回复，绝大多数是骂声。
翻译一下这条公告的潜台词：你的周配额没变，但高峰期同样的操作会更快烧完额度。换言之——你的「5小时」在高峰期可能只值2小时，甚至1小时。
这不就是变相砍配额吗？
▲ 用户Tyler：同时订了Codex $20和Claude $100，Claude经常撞限，Codex从没有——2700赞，33万次查看
「项目做到一半，突然断供」
公告发出不到24小时，推特上就炸了。
一个叫Shaun Ralston的开发者直接开喷：
"Anthropic cutting Claude Opus 4.6 rate limits with 0 warning is frustrating. my $200/month MAX plan rate limited in 2 hours, mid-project. never had that happen with Codex."
「Anthropic零预警砍了Opus 4.6的限额，太让人崩溃了。我$200/月的Max计划，两小时就被限流了，而且是在项目做到一半的时候。Codex从没这样过。」
▲ 开发者Shaun Ralston：$200/月Max，两小时限流，零预警——近700赞
零预警。项目做到一半。两小时限流。
这三个关键词叠加在一起，杀伤力极大。对开发者来说，Claude Code这种工具已经深度嵌入了工作流。一旦中途断供，相当于写代码写到一半，IDE突然弹窗说「今天够了，明天再来」。
更有用户声称，连两小时都撑不到。
BridgeMind团队直接发了一条「退订教程」，传播量惊人：
"How to cancel your Claude Code subscription in 60 seconds.""$200/month Max plan. Rate limited in under an hour.""Until then, Codex with GPT 5.4 is home."
「60秒退订Claude Code教程。$200/月Max，一小时不到就限流。在配额恢复正常之前，Codex+GPT 5.4才是家。」
▲ BridgeMind发布「60秒退订Claude Code」教程——附退订链接和操作录屏，超650赞
一小时不到。$200/月买的顶配套餐，一杯咖啡还没喝完就用光了。
「Codex一次搞定，Claude折腾20分钟搞不定」
限额问题之外，还有一个更扎心的叙事在发酵：Claude Code的质量也在下降。
一位同时订了$200/月Claude Max和$20/月Codex的开发者Abhishek写道：
"Claude code quality is going down so much lately. What Claude code wasn't able to do for 20 minutes with multiple attempts Codex did in one-shot.""I am $200/mo Claude code max plan while at $20/mo codex."
「Claude代码质量最近下降太厉害了。Claude花了20分钟试了好几次都搞不定的东西，Codex一次就搞定了。我的Claude Max $200/月，Codex才$20/月。」
▲ 开发者Abhishek：$200的Claude搞不定的活，$20的Codex一次搞定——400赞
十倍的价差，更烂的体验。这种对比太有杀伤力了。
而在入门档，情况更极端。一位叫Anthony的用户声称，Claude $20计划发了大约4条prompt就用完了：
"i was trying the Claude $20 plan and ran out in ~4 prompts. i think if you wanna use Claude Code you HAVE to use the $100 plan at least. i think the $20 Codex plan has far higher limits if you're on a budget."
「Claude $20计划发了大约4条prompt就用完了。想用Claude Code至少得上$100计划。如果你预算有限，$20的Codex限额高得多。」
▲ 用户Anthony：Claude $20套餐约4条prompt用完，Codex $20限额高得多——225赞
当然，「4条prompt」这个数字高度依赖具体的prompt长度和上下文大小，属于极端个例。但它作为一个传播梗，效果拉满了——「$20一个月，4条就用完」，谁看了不倒吸一口凉气？
退订潮：从吐槽到行动
当个体的抱怨汇聚成潮流，就不只是情绪了。
知名科技博主0xMarioNawfal直接做了总结性报道：
"SOME BUILDERS ARE ALREADY CANCELLING CLAUDE CODE AFTER THE RATE LIMIT CHANGES. And moving to GPT 5.4 + Codex until the limits go back to normal."
「一些开发者已经在限额调整后退订了Claude Code，转向GPT 5.4 + Codex，直到限额恢复正常。」
▲ 科技博主0xMarioNawfal报道退订潮——6.4万次查看
中文社区也在同步发酵。一位中文博主的推文精准复述了整个故事：
"Claude Opus 4.6 配额被砍，没通知。Anthropic 直接把 $200/月的 Max 计划限流，一小时不到就触发。我刚退了订阅，也退了 BridgeMind 团队计划。Anthropic，等配额恢复我再回来。现在先用 Codex + GPT 5.4。"
▲ 中文博主@billtheinvestor：无预警砍配额+一小时限流+退订+转Codex——5.2万次查看
无预警、一小时触发、退订、转Codex——这套叙事在中英文社区形成了完整的传播闭环。
值得注意的是，大部分退订用户说的不是「Claude不行了，我永远不用了」，而是「等配额恢复正常再回来」。这说明他们依然认可Claude的能力，只是无法接受当前的可靠性和限额策略。某种意义上，这比「永久流失」更让Anthropic焦虑——因为这意味着用户正在建立「多工具冗余」的习惯。一旦习惯了Codex，还回得来吗？
逃到Codex就安全了？也未必
故事到这里，似乎Codex成了完美的避风港。但真实情况要复杂得多。
翻开OpenAI的状态页，2026年3月赫然记录着一条：
Codex unresponsive——从3月9日下午持续到晚间，事故窗口超过7小时。
所以，当Claude的难民们涌向Codex时，他们可能还不知道：这条船也在漏水。
开发者们面对的困境，本质上不是「Claude vs Codex」的选择题，而是一个更深层的行业问题：当AI编程工具变成了生产力基础设施，它的可靠性要求就不再是「聊天机器人」级别，而是「IDE/CI」级别。
一次限流 = 半个团队停工。一次宕机 = 整个Sprint的进度条倒退。
Anthropic显然意识到了这一点。在多次事故的Postmortem中，他们提到了「将工作负载迁移到健康基础设施」的修复方式，暗示了底层算力的扩容正在进行。而高峰期限额的「动态消耗」机制，本质上也是一种容量管理策略——让更多用户在峰值时段「至少能用上」，代价是重度用户被更快地挤出去。
只是这个代价，由每月付$200的Max用户来承担，确实太讽刺了。
尾声：「成功税」的代价
Anthropic正在经历一种独特的痛苦——太成功了，以至于服务跟不上。
Claude移动端下载量暴涨55%，登顶多国App Store。营收据报同比增长10倍。Claude Code的编程助手场景让用户粘性达到前所未有的高度。
但高增长的背面是：基础设施被需求碾压，用户体验在高峰期断崖式下降，忠实付费用户感觉被「背刺」。
社区给这种现象起了个名字：「成功税」（Success Tax）。
三月的48条事故、44小时的影响窗口、一小时就触发的Max限流、推特上疯传的退订教程——这一切都在提醒Anthropic一个残酷的事实：在AI基础设施的战争中，模型能力只是入场券，可靠性才是留住用户的护城河。
而这场战争，才刚刚开始。
文章来自于"虾智"，作者 "井底之硅"。