今天早上八点半，你要是正开着 Claude Code 写代码，大概率突然就卡住了。
不是你网的问题。是 Claude 自己塌了。
北京时间 6 月 23 日上午 8:37，Anthropic 的状态页开始报错——错误率异常飙升。等到工程师把所有东西修回来、挂上”全部正常”，已经是上午 10:06。中间整整 90 分钟，Claude 这套东西基本处于半瘫状态。
这次塌的不是一个模型，是一整排
平时掉线，可能就某个模型抽风。这回不一样，倒下的是一整排：
- Opus 4.8、Opus 4.7、Opus 4.6
- Sonnet 4.6
- Haiku 4.5
五个模型同时报错。受影响的也不止聊天框，而是 Anthropic 几乎整条产品线：
| 受影响的服务 | 是什么 |
|---|---|
| Claude.ai | 网页和 App 聊天 |
| Claude API | 开发者调接口的入口 |
| Claude Code | 命令行里写代码的工具 |
| Claude Cowork | 多人协作那套 |
| Claude for Government | 卖给美国政府的版本 |
也就是说，从一个学生在网页上问作业，到一家公司用 API 跑生产线，再到政府那条线，这 90 分钟里全卡在同一个故障里。
90 分钟，工程师干了什么
Anthropic 的状态页把恢复过程一分钟一分钟记了下来（以下换算成北京时间）：
- 08:37 发现错误率异常，开始查
- 09:11 定位到根因
- 09:16 Opus 4.8 先缓过来
- 09:33 Haiku 4.5 恢复
- 09:56 Opus 4.7 恢复
- 10:01 修复正式部署，进入观察
- 10:06 宣布全部恢复
从发现到定位根因花了半个多小时，定位完再到全恢复又花了将近一小时。模型是一个一个往回拉的，不是一键重启那种。
至于根因到底是什么——Anthropic 没说。状态页只写了”已定位根因”，具体哪个环节出的问题，对外一个字没提。
一个月塌三次，这事就有点微妙了
单看这 90 分钟，不算大事故，毕竟修得也快。但放进上下文看就没那么轻松——这已经是六月里 Claude 第三次出这种状况。
Anthropic 给自己算的账是：哪怕这几次折腾，整体可用性还维持在 98%。
98% 听着挺高。但换个说法：剩下那 2%，摊到一个月就是十几个小时。对一个把”全公司的代码都让 AI 帮着写”当卖点的产品，十几个小时的不确定，分量不一样。
问题出在依赖结构上。
这两年一堆公司、一堆开发者把活儿往 Claude Code、往 Claude API 上搬，搬得越深，单点故障的代价就越大。你本地代码写一半，AI 突然不应答，活就停在那。一个人停一上午是麻烦，几千个工程师同时停一上午，就是真金白银。
这也是为什么最近”别把鸡蛋放一个篮子”的声音越来越多。有的团队开始同时接两三家模型的接口，谁掉线就切谁——不是嫌某一家不好，是单押一家这件事本身就有风险。
今早这 90 分钟，又给所有人提了个醒：你越离不开它，它打个喷嚏你就越疼。
修是修好了。但下一次什么时候来、为什么来，没人给得出答案。
参考来源：CocoLoop、Anthropic's Claude AI Back Online After 90-Minute Global Outage（Cyber Security News）