8 月 16 日，Claude 出现了一次服务中断。Anthropic Status Page 记录的范围包括 claude.ai、platform.claude.com、Claude API、Claude Code 和 Claude Cowork。8 月 17 日，又出现了 Claude Opus 5 和 Claude Sonnet 5 的 degraded performance。昨天这次事件从状态页第一次标记 investigating 到 resolved，大约经历了一个半小时；中间 Opus 先恢复，Sonnet 继续处于 degraded 状态。今天状态页已经显示 All Systems Operational。我把这段时间线重新看了一遍，最大的感受不是“Claude 不稳定”。任何大型云服务都会有故障。真正值得检查的是：我们嘴里说的多模型容灾，到底是“换了一个模型名”，还是“真的换了故障域”。很多代码长这样：try{returnclaudeOpus.call(request);}catch(Exceptione){returnclaudeSonnet.call(request);}看起来有 Primary 和 Fallback 两个模型。但如果两者共享同一家 Provider、同一鉴权系统、同一 API 入口、同一网络、同一额度和同一账户，那么它更接近模型级 Fallback，而不是 Provider 级容灾。昨天的状态页恰好能说明这个区别。我现在会把故障域拆成五层Model Provider Account Region / Endpoint Dependency举例：routing:primary:provider:anthropicmodel:sonnet-5account:account
8 月 16 日，Claude 出现了一次服务中断。Anthropic Status Page 记录的范围包括 claude.ai、platform.claude.com、Claude API、Claude Code 和 Claude Cowork。8 月 17 日，又出现了 Claude Opus 5 和 Claude Sonnet 5 的 degraded performance。昨天这次事件从状态页第一次标记 investigating 到 resolved，大约经历了一个半小时；中间 Opus 先恢复，Sonnet 继续处于 degraded 状态。今天状态页已经显示 All Systems Operational。我把这段时间线重新看了一遍，最大的感受不是“Claude 不稳定”。任何大型云服务都会有故障。真正值得检查的是：我们嘴里说的多模型容灾，到底是“换了一个模型名”，还是“真的换了故障域”。很多代码长这样：try{returnclaudeOpus.call(request);}catch(Exceptione){returnclaudeSonnet.call(request);}看起来有 Primary 和 Fallback 两个模型。但如果两者共享同一家 Provider、同一鉴权系统、同一 API 入口、同一网络、同一额度和同一账户，那么它更接近模型级 Fallback，而不是 Provider 级容灾。昨天的状态页恰好能说明这个区别。我现在会把故障域拆成五层Model Provider Account Region / Endpoint Dependency举例：routing:primary:provider:anthropicmodel:sonnet-5account:account
