Claude 多模型报错时先打开状态页再改配置

2026-09-22 UTC 凌晨 Claude 状态页：Fable 与 Mythos 已恢复，Opus 5 仍有错误。影响 claude.ai、API、Claude Code 与 Cowork。先对时间线再改本地代理。

Claude 多模型报错时先打开状态页再改配置

2026 年 9 月 22 日 UTC 凌晨，Anthropic 状态页打开事件「多个模型错误率升高」。若你在 Claude Code 里突然看到请求失败，先查 claude 模型报错 状态页，再改 settings.json 或代理。这次事件写明影响 claude.ai、Claude API（api.anthropic.com）、Claude Code 和 Claude Cowork。本地网络问题通常不会同时点名这四条产品线。

作者：CodePass 技术编辑

截至核对时的三条更新

事件页 7g1qpkyz5gxh 在核对时有三条工作人员更新，都是 2026-09-22：

  1. 00:57 UTC，调查中。点名 Claude Mythos 5.1、Claude Fable 5.1、Claude Opus 5。
  2. 01:17 UTC，已定位原因，正在修复。涉及型号与上条相同。
  3. 01:35 UTC，Fable 5、Fable 5.1、Mythos 5、Mythos 5.1 的成功率已回到正常。Opus 5 的错误仍在处理，页面说会再更新。

页面没有给出错误码或百分比。你看到的 400、超时或空响应，只要时间窗落在上述更新附近，且换一个已恢复的型号能通过，就更像这次事件，而不是你刚改的权限规则。权限代理回归是另一类问题，见 Claude Code 2.1.273 权限代理 400。

和本地故障怎么分开

按这个顺序，避免在厂商故障期间改一堆配置：

  1. 打开 https://status.claude.com ，看事件是否仍打开，以及你正在用的型号是否已写进「已恢复」。
  2. 同一把 API key，把请求从 Opus 5 换成事件里已恢复的 Fable 或 Mythos。若只有 Opus 失败，与 01:35 UTC 的更新一致。
  3. 若所有型号、包括状态页写着正常的型号都失败，再查本机代理、证书和 base URL。那才像网络或配置。
  4. Claude Code 与网页同时失败，且状态页有事件，优先等官方更新，而不是重装 CLI。

状态页会改。上面三条是核对当时贴在事件页上的原文。过几小时请重新打开该链接，不要把本文的 01:35 当成「已经全部恢复」。

等待期间可以做的事

把默认模型暂时拨到事件里已恢复的型号，让当前分支上的小改动能继续。不要在故障窗口里同时升级 CLI、清空配置并更换中转地址，否则恢复后你无法知道是哪一步修好的。

若 Opus 5 恢复后仍只在你这边失败，把请求 ID 和时间（UTC）留在工单里，并对照状态页最后一条更新的时间。差了几个小时的失败，不要算进同一次事件。

常见问题

状态页绿了但 Claude Code 仍报错，要不要改代理？

先确认报错型号是不是 Opus 5，以及你看到的状态是整站绿还是这条事件里写了「Opus 仍在处理」。事件未关闭时，绿的总览不代表每个型号都正常。总览正常、且 Fable 在同一环境能通、只有 Opus 不行，继续看事件页。所有型号都不通，再查代理。

这次和 Auto Mode 分类器有关吗？

事件文本只写模型错误率，没有写 Auto Mode 或分类器。不要把 2.1.278 的服务端分类器 当成这次的原因，除非后续更新明确写上。

参考资料