AI宕机统计：90天内OpenAI 105次事故，Anthropic 72次，xAI 6次，Gemini 1次

ChatGPT、Claude、Gemini、Grok和Perplexity在90天内发布了多少次宕机？

我们统计的191次事故中，有177次来自两家厂商，而且两者的差距正在缩小：2026年8月到9月，Anthropic的月事故数下降了约一半，OpenAI的则翻了一倍。我们在2026年10月18日统计了每家厂商官方状态历史页上的全部条目。下图中每一个方块代表一次已发布的事故。

统计方法：我们在2026年10月18日读取了每家厂商自己的历史记录，包括OpenAI的90天历史页面和组件数据源，Anthropic的历史页面和incidents.json，xAI的incidents.json，Perplexity的incident.io数据源，以及Google的Workspace和Cloud事故数据源。一条已发布的条目算一次事故，不论它的标签是什么。计划内维护不计入。中位时长按发布的开始到恢复时间计算，只有OpenAI例外：它取的是组件受影响的时间窗口，105次事故中有90次带有该数据。xAI的数据源在2026年8月17日之前没有任何记录，所以它的数量覆盖的时间可能更短。本页所有时间均为UTC。

请把这个数字看作各家公司发布了多少内容，而不只是出过多少故障。OpenAI的页面跟踪ChatGPT、API、Codex、FedRAMP、广告平台和Atlas浏览器共38个组件，除了真正的故障，它还会发布“Delayed support responses”这类通知。Google的面板正好相反。它涵盖Workspace中的Gemini和Gemini应用，而Google Cloud的状态数据源在同样90天里没有显示任何Vertex AI或Gemini事故。

Claude比ChatGPT更常宕机吗？

不是，至少按厂商自己的页面看不是：2026年7月20日至10月17日，Anthropic发布了72次事故，OpenAI是105次，而且Anthropic的事故更短，中位时长71分钟，OpenAI约为1小时45分钟（不过OpenAI的数字是组件受影响的时间窗口）。不过Claude发布的事故更常波及所有模型。Anthropic用过四次最严重的标签“Critical”：7月21日（两次）、7月29日和8月16日。它7月29日的事故标题是“Elevated errors across all models”。

趋势才是更大的看点。Anthropic在7月最后12天发布了28次事故，8月25次，9月13次，10月1日至17日6次。OpenAI的页面则相反。按历史页面显示的方式，即按每条记录最后一次更新的日期归档，它在7月最后12天有19次，8月19次，9月39次，10月1日至16日28次。这种归档方式把9月29日的宕机放到了10月6日名下，也就是OpenAI发布报告的那天。OpenAI秋季的许多条目指的是ChatGPT Work、Codex或Dots，而不是普通的ChatGPT聊天。

用户报告讲的是另一个故事，值得弄清楚原因。Ookla在Downdetector上统计“故障日”，即某项服务的日报告量超过平时10倍以上的日子。据Broadband Breakfast在2026年6月10日援引的Ookla数据，2026年第一季度四款大型AI应用共有51个这样的日子，其中Claude占39个，Gemini 7个，Copilot 3个，ChatGPT 2个。报告量激增衡量的是有多少人注意到了问题，状态页衡量的是厂商选择发布了什么。两者都不等于可用率。

最接近可用率的数字只有部分厂商会公布。OpenAI的状态页显示，2026年7月至10月ChatGPT组为99.52%，API和Codex各为99.95%。页面称这些数字“reported at an aggregate level across all tiers, models and error types”。Perplexity显示其应用为99.95%。Anthropic的页面有90天可用率条，但没有给出我们能读取的具体数字。

2026年7月以来最大的AI宕机有哪些？

这一时期影响最广的AI宕机是OpenAI在2026年9月29日的事故，它波及ChatGPT、Codex和API共30个组件。OpenAI的事故报告用一句话交代了原因：“A feature rollout caused routine settings requests to trigger repeated background checks.”这些检查耗尽了共享的网络容量，直到正常的服务之间也无法通信。报告称，大部分影响在约30分钟内缓解，即UTC 18:00前，残余错误持续到约23:07。下面是五家厂商发布的十一次最大事故，按每次影响主应用的范围挑选，并附上各厂商给出的原因（如果有的话）。

表中事故所发布的原因，全部是厂商自己的变更：OpenAI的一次上线、一次路由更新和一次凭据吊销，Google的一次上线，Perplexity的一次部署。OpenAI的Codex复盘称，其泄露检测系统“incorrectly flagged credentials used for communication between internal services supporting Codex as potentially leaked”，随后人工吊销使这些凭据在约22:33至23:47期间失效。Anthropic对表中任何一次事故都没有给出原因。xAI的页面对9月3日没有给出原因，不过它提到过9月22日的数据中心问题和8月17日的一个GPU集群。发布的时长也不总等于用户感受到的时长。Anthropic 7月29日的页面把实际出错时间定在19:45至21:26，约100分钟，处于2小时47分钟的窗口之内。

有两条较长的记录没有放进表里，因为它们不是聊天应用的宕机。Anthropic的“Elevated errors on platform.claude.com”从10月7日一直开到13日，长达六天，另有一个Windows版Cowork的问题从9月10日持续到14日。OpenAI最长的记录是其Compliance API中延迟的费用数据，最多开了70小时。

更早的宕机已经从各家厂商的90天历史中消失。被引用最多的是Cloudflare在2025年11月18日的那次，它连带让ChatGPT和X下线，当天Business Today有报道。Cloudflare自己的报告把故障起点定在UTC 11:20，核心流量在14:30前后基本恢复，所有系统在17:06恢复正常。报告把原因追溯到一次数据库权限变更，它使Bot Management的特征文件大小翻了一倍。

2026年9月3日的AI宕机是怎么回事？

2026年9月3日，Anthropic、xAI和OpenAI在77分钟内先后各发布了一次事故，而三家中只有OpenAI在状态页上写了原因：路由错误。下面是各家状态页记录的那个早晨，时间为UTC。

OpenAI的报告称，其路由系统“incorrectly interpreted a configuration update and stopped directing requests to available services.”路由恢复后，回流的流量使部分服务过载，拖慢了恢复。Anthropic的页面在13:41说已找到原因，但始终没有说明是什么。xAI则完全没有发布原因。eWeek在9月4日报道称，xAI把责任归于其孟菲斯算力中心的一次故障。eWeek还统计出ChatGPT、Claude和Grok同时受影响的时间有93分钟。

eWeek写道，Gemini用户当天早上也反映了故障，但Google没有在Workspace面板或Cloud状态页上发布事故。Perplexity直到20:30的一个计费问题才有发布。三家厂商在同一个早晨出故障，看起来像是同一个根因，但已发布的记录并没有显示出这样的根因。OpenAI的原因是内部的，其他厂商没有公布自己的原因。

为什么状态页会漏掉人们看得到的宕机？

状态页会漏掉宕机，是因为发布什么、怎么标注、何时开始计时都由厂商决定。2026年8月20日，OpenAI把一次事故命名为“Chatgpt.com is down - all signups and logins are down as of right now”，却把它标为“Degraded performance”，而不是宕机。它的复盘称，由于一次部署给登录系统应用了“two incompatible configurations”，从8月19日约UTC 23:50到00:19登录一直失败。它10月15日的登录事故首次发布于16:29，比它后来记录的组件窗口开始时间14:30晚了两小时。

各厂商的标签也不一样，所以不能逐行比较。Anthropic使用minor、major和critical。OpenAI和Perplexity使用degraded performance、partial outage和full outage。xAI使用disruption和outage，Google使用low、medium和high。Google的Gemini应用没有自己的状态页，相关事故出现在Workspace面板上。

所以一片绿色的状态页能证明的东西比看起来要少。如果某个应用在两个网络上都对你失效，而状态页是绿色的，就再查一个信号。我们的ChatGPT和Claude实时检测工具会读取厂商的数据源，并统计遇到同样问题的用户报告。

AI聊天机器人宕机时该怎么办

AI聊天机器人宕机时，先复制你还没发出的提示词，查看厂商状态页，一小时内要交的事就换到另一家厂商。多数已发布的事故很快结束：xAI的中位时长是27分钟，Perplexity是57分钟，Anthropic是71分钟。如果报错点名了某个模型，先试同一厂商的另一个模型，因为Anthropic的标题常常只点名一个模型系列，比如“Elevated errors for Claude Sonnet 5”。我们的ChatGPT宕机时该用什么指南列出了尝试的先后顺序。

Whizi无法阻止OpenAI或Anthropic宕机。它调用的是同样的厂商，所以OpenAI API上的事故也会波及Whizi里的GPT。它改变的是切换这一步。在每月$15.99的Starter上，ChatGPT Luna和Claude Haiku在同一个模型选择器里，各套餐合计提供280多个模型，所以当一家厂商发布事故时，另一家已经登录好了。失败的回复会退还，不计入你的额度。如何在对话中途切换模型演示了具体步骤。