2026年9月3日，OpenAI（OpenAI）和Anthropic（Anthropic）都遭遇了服务中断。OpenAI的宕机始于美国东部时间上午10点左右，影响了ChatGPT和API服务，直到下午1点左右才恢复。Anthropic的Claude服务也在同一天上午中断，许多用户报告无法正常使用。

周三下午，OpenAI 的 ChatGPT、Anthropic 的 Claude 和 xAI 的 Grok 几乎在同一时间出现服务中断，到目前为止，三家公司都没有说明原因。

OpenAI 在其状态页面上承认 ChatGPT 正经历“异常高的错误率”，并称已发现问题、着手修复。到下午 4 点前，OpenAI 表示服务已恢复，但未解释故障根源。

Anthropic 的状态页面也显示 Claude 出现中断，标注为“部分服务故障”，原因是“错误率上升”。服务在下午 3 点多恢复，同样没有说明具体原因。

xAI 的 Grok 聊天机器人在同一时段也遇到了问题。用户对这三项服务的投诉在 Downdetector 上急剧增加。

最让外界困惑的是这几起中断发生的时间点——几乎同步，而 GPT-4o 和 Claude 背后没有共享的基础设施，Grok 更是与它们毫无关联。截至发稿，三家公司和相关服务商都没有解释为什么这些聊天机器人会同时出问题。

这次讨论的气氛总体是“带着嘲讽找原因”：多数人认为用“路由错误”“本来就不稳”或“流量互相挤兑”就能解释，少数人坚持认为三家同时宕机没那么简单，背后可能有共享基础设施，甚至存在官方不愿公开的事；顺带还有一波对“研究智能的公司却连服务都保不住”的调侃。

认为只是两家公司各自故障恰好在时间上重叠

• OpenAI 和 Anthropic 平时就有不少可用性记录污点，这次只是部分服务同时不可用；OpenAI 已经给出“路由错误”的官方解释，没必要联想到阴谋。认可度：较多人。 > 两家公司的可用性记录都不怎么样，这次只是重叠了而已。为什么总要去找一个不寻常的解释，平常的解释就够了？（@strictnein）

认为是“一家先挂、用户流量挤爆另一家”的级联效应

• 推演路径是 OpenAI 先出问题，大量用户把请求转到 Claude 和 Grok，后两家被突发流量压垮。有 CDN 从业者说这种流量跳变很常见，AI 公司未必有对应的容量或预案。认可度：较多人，但时间线存在争议——有人指出 Anthropic 在 6:23 就报障，早于 OpenAI 的 7:43。 > 我在 CDN 公司时也见过类似效应：一家挂了，另一家的流量立刻冲上去；AI 厂商可能还没有能力处理这种级联。（@cortesoft）

怀疑几家公司共享同一套底层设施

• 被点名的有 Cloudflare、GPU 供应商、共享数据中心等。这种观点的共同点是：只要一个公共依赖出问题，几家公司就会一起趴下。认可度：少数人。 > 我的猜测是 Cloudflare，他们都在用。可能是某个坏掉的 DNS 配置卡住了部分系统，不一定就是 Cloudflare 的锅。（@AtNightWeCode）

怀疑官方没说实话，背后有不便公开的事

• 从“如果 AI 服务真有个大红按钮，厂商会告诉公众吗”，到“流量都经过某个我们不该知道的东西”，再到模仿紧急系统测试的玩笑，都反映出对官方“路由错误”解释的不信任。认可度：少数人。 > 如果 AI 提供商不得不按那个“大红按钮”，你觉得他们会告诉公众吗？（@kelseyfrog）

认为宕机暴露了AI公司运维上的名不副实

• 这些公司把“智能”挂在嘴边，却在事故响应、容量规划上表现得并不比普通公司好。认可度：少数人。 > 这又是一次明证：他们并不比别人聪明；嘴上在研究智能，实际并没有比大多数公司做得更好。（@utopiah）

有价值的补充

• 一名自称 OpenAI 当天事故指挥官的用户称，故障来自基础设施内部的路由错误，与 Astra 发布无关，且不对其他厂商的宕机发表评论。这类“内部版本”真假难辨，但给出了一个具体而非阴谋的细节。（@OfficialTurkey）
• 有用户记录了营销账号的翻车现场：Anthropic 故障帖下起初满是“只好转 Codex”的推广账号，等 Codex 也挂了，这些帖子又被删掉。这种见势抢用户、见势删帖的现象，算是宕机之外的社区插曲。（@lowbloodsugar）