Claude 一日三崩，Anthropic 算力危机持续发酵

8 月 24 日这一天，Anthropic 旗下的 Claude 接连出现三次大规模服务中断，API、网页版 Claude.ai、Claude Code 与 Cowork 全线告急，多个主力模型同步不可用。当天 Anthropic 官方状态页三次亮红灯、三次宣告恢复，但社交平台上仍有大量用户反馈自己无法正常使用服务。

8 月 24 日：三连崩全线告急

首轮故障从北京时间 8 月 24 日中午 12 点 50 分开始，一直持续到下午 3 点 36 分，前后接近三个小时。用户屏幕齐刷刷跳出「529 Overloaded」错误——与常见的限流错误 429 不同，529 代表后端系统已整体过载。

受影响范围几乎覆盖 Claude 技术栈的每一层：

• 模型层：Mythos 5、Fable 5、Opus 5 与 Opus 4.8 全部瘫痪
• 产品层：claude.ai、API、Claude Code、Cowork 同步不可用
• 未受影响：Console 与 Claude for Government

Anthropic 在警报响起 21 分钟后表示已定位到根因，但未披露具体技术原因，也未给出完全恢复的时间。随后 25 日凌晨零点与凌晨 4 点又接连出现两起登录相关故障，分别持续约 6 分钟与 8 分钟。

8 月：13 天故障、累计 184 次

这一天并非孤例。根据第三方监测服务 StatusGator 统计，自今年 1 月以来 Claude 已累计记录 184 次故障事件，而此时距年底仍有相当距离。8 月才过去 24 天，状态页上就已留下 13 条事故记录。

8 月各日故障密度大致如下：

• 8 月 5 日：单次宕机 7.5 小时，为本月最严重事件，错误信息为「意外的容量约束」
• 8 月 14 日：一天内连发 3 起故障
• 8 月 15 日：Fable 5 单独瘫痪约 4 小时
• 8 月 13 日、12 日、16 日至 19 日：每日各 1 起
• 8 月 20 日：单日 2 起

「capacity constraints（容量约束）」成为本月错误日志的高频关键词。社区与开发者普遍将其解读为 Anthropic 算力供给已逼近上限。

算力耗尽与「智商」下滑争议

X 平台上反复出现的另一个关键词是「ran out of compute（算力耗尽）」。多名用户反映 Claude Opus 5 的推理能力明显下滑，有人甚至主动回退至 Opus 4.8——在大模型快速迭代的当下，这种「倒版本」操作并不常见。

相关讨论中流传的一项对比测试显示：同一棘手任务，Opus 5 的 xHigh 档耗时约 1 小时，而另一家同档竞品仅需 15 分钟，速度差距达 4 倍。

更受关注的一项数据来自 AMD AI 总监 Stella Laurenzo。她公开了自己团队 6852 个 Claude Code 会话的分析结果：

• 1 月底时，模型单次思考深度平均约 2200 字符
• 3 月初下降至 560 字符，跌幅约 75%
• 同一时期，Claude Code 对用户隐藏思考内容的比例在不到一周内从 1.5% 升至 100%

也就是说，模型在被外界感知为「变笨」的同时，其思考过程对用户也变得不可见。

Agent 时代的可靠性悖论

Anthropic 官网公布的 90 天可用率为：claude.ai 99.33%、API 99.43%、Claude Code 99.35%。从表面看已属优秀，但企业级 SLA 的常见门槛是 99.9%——三档均未达标。

更关键的是，可用率这一指标诞生于传统网页服务时代，中断通常意味着刷新一下即可恢复，损失只是几秒钟。但对 Agent 类工作流而言，一个跑了 9 小时的自动化任务若在最后一刻被打断，损失的不只是中断本身，还包括已经消耗的全部时间、上下文与算力——这笔账是状态页无法记录的。

截至发稿，Anthropic 仍未对 8 月 24 日三连崩背后的技术原因作出进一步说明。8 月还剩 7 天，状态页上的红灯是否会继续亮起，仍是未知数。