2026年9月3日AI服务中断事件

尽管高管们将9月3日的事件描述为彼此独立，但Anthropic与xAI/SpaceXAI实际上可追溯至同一物理地址。2026年6月，SpaceX将其位于孟菲斯的Colossus 1数据中心的全部容量——超过22万块英伟达GPU和超过300兆瓦的电力——以每月约12.5亿美元（截至2029年5月总计接近450亿美元）的价格租给了Anthropic ^[1]。这一安排是在SpaceX自身团队因运行Grok而遭遇延迟和网络问题后做出的，因此Colossus 1在继续为xAI提供服务的同时，也成为了Claude对外计算的物理基础。9月3日，SpaceXAI确认该孟菲斯站点的计算中心发生故障，导致Grok服务中断约三个半小时，并在其公开道歉中特别向“受影响的计算合作伙伴”致歉，而不仅仅是Grok用户 ^[2]。与此同时，Anthropic仅将其事件记录为持续约三小时的“多个模型错误率升高”事件，影响范围涵盖claude.ai、Claude Code、Claude Cowork和API，原因仅被归结为未具名的“基础设施问题” ^[3]。综合来看，当天上午瘫痪的四个平台中有两个实际上从未真正运行在独立的基础设施之上。

每家公开发言的公司都描述了各自独立的故障。OpenAI将问题归咎于大约上午7:43（太平洋时间）开始的路由错误，并在约34分钟内部署了修复方案 ^[4]。Anthropic指向内部基础设施问题。xAI则指向孟菲斯的硬件故障。没有任何媒体找到将三者联系在一起的单一确认原因，而通常的嫌疑方也很快被排除：Cloudflare表示完全未发生中断，尽管微软Azure当天上午确实在其美国东部区域报告了另一起网络问题，但并未发现其与AI中断有直接关联 ^[5][6]。这种整洁的企业事后分析与混乱的物理现实之间的差距，正是吸引外部调查者介入的原因。当SpaceXAI“受影响的计算合作伙伴”的致歉措辞以及Anthropic与xAI在5月的计算合作消息开始传播时，Reddit上一个AI社区的用户得出了比任何官方声明都更进一步的推论，明确指出Grok与Claude共享同一Colossus基础设施。与此同时，一些X平台用户提出了级联理论：一旦Grok和Claude崩溃，用户转向尚在运行的服务，可能导致流量激增冲击OpenAI系统，恰逢其路由层发生故障——值得注意的是，OpenAI的路由错误始于上午7:43（太平洋时间），比Grok在约6:30（太平洋时间）开始的中断晚了一个多小时。尽管这些理论均未得到任何公司证实，但它们都指向同一个根本问题：三起“互不相关”的事件在时间上高度巧合。

Forrester副总裁兼首席分析师Charlie Dai认为，事件发生的时间点本身才是真正的重点：企业已悄然将AI从生产力附加功能转变为运营基础设施，却未相应调整其故障应对规划。‘近乎同时发生的中断凸显出，AI正日益成为运营基础设施，而非生产力附加功能。企业应将AI可用性视为韧性问题，实施多模型策略、备用工作流程和业务连续性计划，而不是假设前沿AI服务将始终可用，’Dai表示 ^[7]。他对模糊根本原因所造成的诊断难题进一步指出：‘当多个主要供应商在没有明确共同原因的情况下经历重叠故障时，企业无法准确评估系统性风险、依赖集中度或复发可能性。这强化了供应商透明度、依赖映射以及风险评估的重要性，这些评估必须超越单一AI供应商，延伸至底层基础设施生态系统’ ^[7]。其他分析师则以更直白的方式描述了同样的风险——将AI视为大多数公司尚未绘制出的潜在单点故障 ^[8]，而连续性专家则警告称，随着工作流程越来越依赖AI，用于回退至人工操作所需的人类技能已悄然退化 ^[9]。

9月3日的事件符合数月来逐渐形成的模式，而非一次性意外。仅在此次中断发生前的三周内，Anthropic的状态页面就记录了21起独立的Claude事件，加上3月、6月和7月更早的中断——其中一起6月的事件甚至导致Claude停机长达七小时零九分钟 ^[10]。从更宏观的视角看，全行业记录的高信号AI平台中断天数在2025年第一季度的6天上升至2026年第一季度的51天，增幅约750% ^[11]。结合这一趋势，ChatGPT、Claude和Grok在数小时内接连出现故障的现象，看起来不再像是一次偶然巧合，而更像是一个持续上升的不稳定性基线的可见顶峰——目前主导企业AI工作流程的四家公司仍在以超越其可靠性工程能力的速度构建未经验证的基础设施。