2026年10月25日，Anthropic 的 Claude 状态页先后记录了两起故障：下午五款 Claude 模型同时报错，傍晚 Claude Fable 5.1 又单独报错一次。两起故障都已经修复，状态页在本文撰写时显示全部服务正常。官方没有公布故障原因，时间线和影响范围是目前唯一可以确认的部分。
两起故障的时间线
第一起从北京时间 10 月 25 日 14:14 开始调查，Anthropic 当时说，Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5.5、Claude Sonnet 5.5 和 Claude Haiku 5.5 的请求出现报错率升高。14:27 确认原因并着手修复，14:35 部署修复并进入监测，15:53 宣布解决。官方给出的实际影响时段是 14:05 至 14:35，约半小时。受影响的服务包括 claude.ai、Claude API、Claude Code 和 Claude Cowork。
第二起只涉及 Claude Fable 5.1。北京时间 16:17 开始调查，16:30 部署修复并进入监测，16:49 宣布解决，实际影响时段是 16:08 至 16:29，约 20 分钟。两起故障加起来，Claude 在 10 月 25 日下午总共中断了约 50 分钟，而且第二起开始调查时，距离第一起宣布解决还不到半小时。
用户当时该怎么判断
遇到 Claude 突然报错，先别急着改提示词、换模型或者怀疑自己的网络和代码。最省事的判断顺序是先打开 Claude 状态页，看是不是官方已经记录的故障；如果状态页正在调查或监测，等修复完成再重试，重要任务留出备用方案。状态页没有给出报错率、受影响用户数量和具体原因，所以任何超出时间线的说法，比如“某次部署导致”或者“某地机房出问题”，在官方补充说明之前都只能算猜测。
值得注意的还有波动的频率。状态页显示，10 月 24 日也有多起已解决的报错记录，10 月 23 日同样有类似记录。也就是说，10 月 25 日的两起故障不是孤立事件，而是连续几天里反复出现的一类问题。对依赖 Claude API 和 Claude Code 做日常开发的团队来说，这比单次故障本身更值得记下来：把 Claude 当作唯一通道的流程，需要准备降级办法，比如先保存好进行中的工作、把关键调用的重试和超时策略写清楚，而不是等报错出现再临时找替代品。官方如果后续公布原因和改进措施，那才是判断这次波动是否已经根治的依据；在此之前，状态页的“已解决”只代表当次故障结束，不代表同类问题不会再出现。
