ChatGPT、Claude 与 Grok 为何在 9 月 3 日接连异常？

2026 年 9 月 3 日，三项主流 AI 服务在相近时段出现异常，但现有证据不能证明它们由同一个原因引发。更严谨的结论是：Grok 的运营方将故障归因于孟菲斯算力中心事故；OpenAI 表示 ChatGPT 与 Codex 出现的是另一项路由错误；Anthropic 则只将 Claude 的事件描述为基础设施问题。 3540

公开信息能够确认什么

Grok 的运营方表示，其孟菲斯算力中心发生故障，导致 Grok 出现问题，并向受影响的“算力合作伙伴”致歉。报道显示，Grok 的服务中断约从太平洋时间早上 6 时 30 分开始，持续约 3 个半小时。 40

OpenAI 对 ChatGPT 与 Codex 给出了不同解释：太平洋时间早上约 7 时 43 分发生路由错误，导致部分用户在多个平台无法使用服务；到约 8 时 17 分，解决方案已部署并继续接受监测。 35

Claude 同样出现较高错误率。事发时的状态信息显示，该事件持续 3 小时 6 分钟；Anthropic 将其称为影响 Claude 服务的基础设施问题。但现有公开报道并未说明故障组件，也未称 Claude 托管于、或依赖孟菲斯设施。 3545

这一差别很关键：孟菲斯设施故障影响 Grok 已获确认；ChatGPT 与 Codex 的路由问题被报告为另一项故障；至于 Claude 是否与孟菲斯有关，仍只是未经证实的推断。

时间窗口重叠，不代表故障完全相同

这场事件常被概括为“多家 AI 同时宕机”或“长达五小时的 AI 宕机”。作为描述用户在一段时间内可能同时遇到多项主流服务故障的简写，这样说可以理解；但不能据此解读为每家服务都完整中断了五小时。

报道给出的时间线显示：Claude 最早约在太平洋时间早上 6 时 23 分出现错误率上升，Grok 约在 6 时 30 分出现事故，ChatGPT 的路由错误则始于 7 时 43 分。Claude 在太平洋时间上午 9 时 16 分恢复，Grok 的异常据报持续约 3 个半小时。 354045

实际影响仍不可小觑。用户可能同时失去消费者聊天服务、模型 API、编程产品及 AI 驱动工作流的访问能力。在故障重叠期，把任务临时切换到另一家头部模型供应商这一常见预案，效果会明显下降。 3538

Claude 是否也受孟菲斯故障影响？

这一推测并非毫无来由：Grok 的运营方称，孟菲斯事件还影响了未具名的算力合作伙伴；而 Claude 也在接近的时段发生基础设施事故。 4045

但“存在可能”不等于“已经证实”。在所提供的报道中，运营方没有点名 Anthropic 或 Claude 属于受影响伙伴；Anthropic 也没有公开将 Claude 的故障源头指向孟菲斯。因此，较准确的判断应是：

• **已确认：**Grok 受孟菲斯算力中心故障影响。 40
• **已确认：**Claude 发生了与基础设施相关的服务中断。 3545
• **未确认：**Claude 的故障由孟菲斯设施造成，或其服务经由该设施运行。

若将最后一点当作定论，就是把时间上的重叠直接当成因果关系，证据并不充分。

为什么不能断言 Azure 和 Cloudflare 已被排除

公开证据并不支持“Azure 或 Cloudflare 已被彻底排除”的绝对说法。能够支持的结论更有限：已披露的事故解释指向别处——OpenAI 将服务中断归因于路由错误，Grok 运营方则归因于孟菲斯故障。 3540

现有来源没有指出存在一次大范围 Azure 或 Cloudflare 故障是这些事件的起因。这降低了“单一云服务商全局故障”的可能性，却不能排除区域网络、DNS、身份验证、网络传输、容量限制、共享供应商等环节中的间接暴露。要作出彻底排除的结论，需要更完整的依赖关系资料和技术复盘报告。

韧性教训：多家模型供应商，不等于依赖真正分散

这次事件说明，仅列出几家模型供应商，并不能自动构成业务连续性方案。对客户而言看似独立的服务，背后仍可能共享实体算力、区域资源、网络、身份验证、模型托管、硬件供应链或运维体系。某一层出现故障，就可能让原本名义上彼此替代的 AI 选项同时失效。

当 AI 已嵌入业务系统，而不仅是临时聊天工具时，这类风险会进一步放大。模型不可用可能阻塞排队任务、工具调用、审批流、客户服务、代码流水线和监控流程；恢复阶段也可能形成第二类风险——重试导致外部操作重复执行，或因状态丢失而无法安全续跑。

如何测试 AI 停机韧性

将 AI 用于生产环境的组织，应针对这次事件暴露的故障模式开展演练：

1. **供应商完全不可用：**模型 API 与聊天界面均无法访问。
2. **部分降级：**错误率升高、延迟增加、流式输出失败或工具不可用。
3. **认证与网络故障：**登录、DNS、路由或特定区域访问出现问题。
4. **关联性供应商故障：**两家或多家原本被视为独立的供应商在同一窗口内失效。
5. **恢复阶段风险：**确保重试、队列任务、工具调用和审批恢复时，不会重复执行操作或丢失状态。

测试应衡量恢复时间、积压任务处理、人工接管、数据一致性及幂等性——即同一操作重复执行时，不产生非预期的第二次效果。

服务商若能发布更清晰的技术复盘，也能让风险评估更严谨：报告应明确区分事件时间线、受影响组件与区域、根本原因、缓解措施及防复发行动。就 9 月 3 日而言，公开记录足以区分 Grok 所报告的孟菲斯故障与 ChatGPT 所报告的路由错误；但不足以证明 Claude 与孟菲斯存在共享依赖，也不足以绘制出这次重叠故障背后更深层的基础设施关系图谱。 354045