今晚 Claude 先出问题、Grok 跟上、ChatGPT 收尾，三家隔了 90 分钟

21 点 26 分，Claude 先出的状况，官方说法是 Mythos 5.1、Fable 5.1、Opus 5 三个型号请求错误率异常。十五分钟后 Cursor 挂出一条 critical 公告，范围是全部 Grok 模型、自动化任务、云端 Agent 和 Review Agent。又过七十七分钟，ChatGPT 和 Codex 进了 OpenAI 自己的故障列表。

三家隔着九十分钟依次倒下。

当晚最流行的猜测是「这么齐，肯定共同上游或者 DNS 出事了」。听着合理，但时间轴对不上：同一条链路断掉，不会 21:26、21:41、22:58 排着队来。共享基础设施的故障同时到达，不依次到达。

更像是三件独立的事撞在了同一个晚上。

聚合面板上有九个服务，但只有四个是今晚的事

23 点 27 分的一次快照，标着故障的有九个。逐一对回各家官方状态页：GitHub 那条是今晚的，写的是 Copilot 的 Grok 模型供应商出问题，降级组件正是 Copilot AI Model Providers，跟 Cursor 同一条线，都被 xAI 传导到了。

剩下的几个是旧账：Cloudflare 挂着 8 月 27 日的 WARP 定位错误和 8 月 31 日的 R2 自定义域 HTTP/3 问题，Twilio 和 SendGrid 是月底那批短信投递延迟，Supabase 那条 JWT 401 从 8 月 14 日开到现在。

真正属于今晚的是 Cursor、Claude、OpenAI、GitHub 四个。聚合面板会把所有没关闭的工单一起列出，看的时候得自己分清哪些是当天的。

这一圈对下来，前面那个判断反而更站得住：真要是 Cloudflare 这种量级的公共基础设施出事，它自己的状态页不会只挂着两条上周的旧单。

Cursor 的状态页成了最好的观察窗口

它同时接三家模型，三家的毛病都会在这里留痕，而且明确区分「自己的问题」和「上游的问题」。今晚挂了三条：

21:41 那条是 Grok 全线，标 critical；22:17 写「上游 Anthropic 问题」，点名 Fable 5.1、Fable 5、Opus 5、Opus 4.8、Opus 4.6；23:17 写「上游 OpenAI 问题」。

一个第三方产品的故障公告，比三家自己的通告更完整地记录了这一晚。

真正被打穿的不是聊天，是 agent

OpenAI 这次降级的组件有十一个，念一遍就知道重心在哪：Codex Web、Codex API、桌面端 Codex、VS Code 扩展、Agent、Deep Research、Search、文件上传等等。

Anthropic 部分中断的是 claude.ai、Claude API、Claude Code、Claude Cowork。Cursor 挂得最彻底的是 Review Agents 和 Grok Bot，都标了 major outage。

三份清单指向同一件事：受伤最重的是把活儿丢给 agent 跑的人。开窗口一问一答的多数只是慢，而一个跑了二十分钟的任务中途断掉，亏的不只是那一次请求。

Anthropic 那句「完整受影响模型清单」也透着信息：故障面是按模型划的，不是按服务。问题大概出在推理链路本身，不在前端或接入层。

还有人截到 chatgpt.com 返回 404，不是常见的 5xx。

404 说明请求到了边缘节点却找不到路由，跟后端过载给的 502、503 是两种毛病。单张截图不代表全局，同时也有人报告网页版进得去，只是慢得离谱。

Gemini 是这晚少见的例外，Google AI 状态一直显示正常。第三方报障平台上 OpenAI 的报障量冲到两万条以上，Claude 和 Grok 各有数千。

换模型这条路，今晚不太好使

过去两年攒的经验是「别把鸡蛋放一个篮子，多准备几家随时切」。今晚这套打了折：Cursor 恰恰因为同时接了三家，三家的毛病一个没躲过。

管用的做法反而朴素：手头的活切到本地模型顶一阵，或者停下来等。另有一条代价很实在——故障期间反复重试最亏，平台这时大多在限流保护，越点越容易被判成异常流量。

截至发稿，Anthropic 的公告停在「仍在修复中」，OpenAI 那条还是「调查中」。

本文服务状态数据来自 ip.net.coffee/status。