一句话看懂：美东时间今日上午，OpenAI 的 ChatGPT 与 Codex、Anthropic 的 Claude、xAI 的 Grok 及编程工具 Cursor 几乎同时出现大规模服务异常，目前各家已部分恢复但尚未公布统一根因，是否关联仍属未知。
事件核心：发生了什么
根据 Downdetector 与各家公司状态页的数据，本次多平台故障从美东时间上午 9 点前后陆续开始。Anthropic 方面约 9:40 am EDT 起，包括 Opus 5、Opus 4.8、Opus 4.6 以及 Mythos、Fable 系列在内的多个模型出现错误率飙升，Claude Code 和 Claude Chat 受影响最为严重，用户端集中看到“Due to unexpected capacity constraints”或“Claude is at capacity”的提示。OpenAI 侧则在约 10:30 am EDT 出现明显报错，波及 ChatGPT 与 Codex，涉及 Voice mode 和 Login 等组件；StatusGator 目前标记 OpenAI 的故障已解决。xAI 的 Grok 用户在 Web 端遭遇“Grok has been disconnected”的中断提示，Cursor 亦被监测到异常。值得注意的一个细节是，有用户在 Codex 的 WebSocket 请求中收到 404 错误，也有人将矛头指向 DNS，但目前仅是推测，没有任何一家公司对这些平台为何在同一时段出现容量压力给出官方解释。
为什么重要
此次事件之所以值得关注，并不在于某一家大模型厂商出现短时故障——这在过去一年并不罕见——而在于它首次呈现出“头部 AI 服务同步抽搐”的图景。OpenAI、Anthropic、xAI 在算力基础设施上原本各自独立，却在同一个上午集体遭遇容量约束，这说明当下大模型服务供应链的脆弱点可能比外界认知的更靠近底层：无论是共享的云服务商、IDC 电力分配，还是高密度推理集群的调度策略，任何一个环节抖动都可能被多家头部平台同时感知。此外，故障波及 Codex 与 Claude Code 这类面向开发者的编码代理产品，意味着 AI 编程工具已从尝鲜性质演变为日常开发流程的刚性依赖，一旦中断，直接打断的是真实的生产力链条。
对用户/开发者/创作者的影响
对普通用户而言，今天上午的直观感受是 ChatGPT 登录缓慢、Claude 对话被容量限制拦截、Grok 回复中途断连——这些场景在短时间内集中出现，会让人对 AI 服务的可用性产生明显的不安全感。对开发者和企业团队来说，影响更具体：依赖 Codex 或 Claude Code 完成代码生成、审查和重构的工程师，在故障窗口内基本处于停工状态，而若企业内部仅把关键流程挂在单一模型 API 上没有降级预案，影响会被进一步放大。对于依赖 API 构建应用的创业团队，此次故障也再次提醒：不要假设大模型供应商永远可用，模型层的超时重试、请求降级和多供应商容灾不应再是远期规划，而应是当下的基础工程要求。目前公开信息显示，尚无证据表明用户数据在此次故障中受影响，核心问题集中在线路容量与服务调度层面。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
后续有几个具体观察点值得留意。其一，Anthropic 与 OpenAI 是否会在事件复盘报告中披露更底层的根因——如果最终指向某家共同的上游基础设施提供商，那么整个行业对算力供应链集中度的担忧会被重新审视。其二，此次故障是否会影响各家公司近期的新模型发布节奏；尤其是 Anthropic 正处在新模型密集上线的阶段，若容量瓶颈与新品推理负载相关，后续或许会看到对算力储备的更大手笔投入。其三，开发者社区对多模型冗余的讨论是否会转化成实际工具链的演进——比如在 Codex 或 Claude Code 这类产品中内置跨厂商自动切换能力，这可能成为下一轮 AI 开发工具竞争的差异化卖点。
来源：hackernews
