问题已解决，影响发生于 2026年9月22日 00:50 UTC 至 02:10 UTC（太平洋时间下午 5:50 至 7:10）。受影响模型成功率恢复正常，正监控确保无后续问题。目前克劳德寓言 5 和 5.1（Claude Fable 5 and 5.1）及克劳德神话 5 和 5.1（Claude Mythos 5 and 5.1）成功率正常，正解决克劳德奥普斯 5（Claude Opus 5）剩余错误。已查明克劳德神话 5.1 等错误升高原因并正修复，起初正调查这些模型请求错误升高情况。
正文
已解决
该问题已解决。影响时段为太平洋时间下午 5:50 / UTC 00:50 至太平洋时间下午 7:10 / UTC 02:10。
发布于 7 小时前。2026 年 9 月 22 日 - 02:35 UTC
监控中
受影响模型的成功率已恢复正常，我们正在密切监控，以确保不再出现问题。
发布于 7 小时前。2026 年 9 月 22 日 - 02:11 UTC
更新
我们仍在努力解决影响部分模型的错误。目前，对 Claude Fable 5 和 5.1 以及 Mythos 5 和 5.1 的请求成功率已恢复正常。我们正在解决影响 Claude Opus 5 的剩余错误，并将很快提供进一步更新。
发布于 8 小时前。2026 年 9 月 22 日 - 01:35 UTC
已确认
我们已确认 Claude Mythos 5.1、Claude Fable 5.1 和 Claude Opus 5 请求错误率升高的原因，正在修复。我们会尽快提供更新。
发布于 8 小时前。2026 年 9 月 22 日 - 01:17 UTC
调查中
我们正在调查 Claude Mythos 5.1、Claude Fable 5.1 和 Claude Opus 5 请求错误率升高的问题。我们会尽快提供更新。
发布于 8 小时前。2026 年 9 月 22 日 - 00:57 UTC
本次事件影响：claude.ai、Claude API（api.anthropic.com）、Claude Code 和 Claude Cowork。
评论
社区对 Claude 与 Grok 同步宕机夹杂讽刺与无奈，分歧主轴在于将其视为新模型发布前常态或基础设施连带，还是厂商可靠性与安全策略堪忧；另有一批人厌烦此类中断频上头条。
认为宕机与新模型发布前惯例有关
- 多名用户指出 Anthropic 可能筹备 Opus 或 Fable 新版本，历史表明重大发布前常现事故，同期行业发布密集也添佐证。（较多人） > 每次发布新模型家族前都有种似曾相识的宕机感。（@krembo）
认为底层基础设施或友商连带才是元凶
- 有人注意到 Grok 同时故障，怀疑共有数据中心出问题；也有人指向 AWS 美东区域 EC2 异常或整体健康状态警示。（较多人） > 这次 Grok 也挂了，估计是 Colossus 数据中心出了岔子。（@joegibbs）
抱怨安全策略骤紧导致合法工作被卡
- 有开发者反映近期内容审查极度敏感，合法逆向工程也被拦截降级，生物与网安从业者更遭遇忽然增多的限制卡住项目，考虑迁移订阅。（较多人） > 最近两天动不动就被安全机制拦，连正经逆向都干不了，Fable 开二十秒就掉回旧版。（@tombert）
讽刺宣称取代开发者却只有俩九可用性
- 不少人嘲讽产品一边鼓吹替代程序员，一边服务等级堪忧，甚至在高危运维中掉链子增添真实风险。（较多人） > 说要取代所有软件开发者，结果自己 SLA 才两个九。（@theophilus76）
厌烦中断话题霸占首页呼吁回归建设
- 部分读者不满此类事故频频登头条，认为缺乏讨论价值，呼吁多关注人们实际构建的东西而非大模型供应商的每次颤抖。（少数人） > 为啥这种事总上首页？没意思也不是讨论，咱们聊点正经做项目的不行吗。（@ehnto）
认为竞品接力与本地兜底能缓解中断
- 有用户实战用竞品读会话续命，也有人转向性价比更高的对手；另有人提出工作流需本地小模型保底以防 API 退化。（较多人） > 活儿干一半停了，让 Codex 读 Claude 的计划接着全搞定了。（@mariocesar）
有价值的补充
- 状态页采用第三方服务，证明无论是否随意写码，企业付钱给别家很大程度是为了转移责任。
- 宕机若发生在防火墙重启等高危运维时，会导致内核被杀、恢复紧张的真实事故，不只是编码不便。
- 事件订阅功能本身也挂了，提交联系信息时界面卡死，形成尴尬的连环故障。