2026年7月 AI工具故障汇总与运行报告
我们持续监控包括 ChatGPT、Claude、Gemini 在内的18项主流AI工具。本文回顾2026年7月各厂商官方状态页记录的故障。
最长的故障: Anthropic（28 小时 26 分）
按提供方汇总
| 提供方 | 故障次数 | 停机时长 | 最严重状态 | 可用率 |
|---|---|---|---|---|
| Anthropic | 16 | 58 小时 14 分 | 大规模故障 | 92.17% |
| GitHub | 14 | 29 小时 44 分 | 大规模故障 | 96% |
| OpenAI | 8 | 37 小时 4 分 | 大规模故障 | 95.02% |
| Cursor | 6 | 12 小时 6 分 | 大规模故障 | 98.37% |
| ElevenLabs | 3 | 11 小时 42 分 | 部分故障 | 98.43% |
| Runway | 1 | 1 小时 0 分 | 大规模故障 | 99.87% |
| Cohere | 1 | 51 分钟 | 部分故障 | 99.89% |
故障次数与停机时长仅统计官方状态页中“达到一部分故障及以上且已恢复”的故障（轻微延迟与持续中项目除外）。可用率为据此得出的本站独立推算，并非厂商官方数据。按日本时间（JST）的自然月统计。
本月要点
2026年7月共记录48起重大故障，累计8,901分钟，涉及7家提供方。其中 Anthropic 最多（16起），其次是 GitHub（14起）和 OpenAI（8起）。
记录中最长的一条是 Anthropic 自6月13日起暂停 Claude Mythos 5 与 Claude Fable 5 的访问，并于7月1日解除，计入7月1,706分钟。需要说明的是，这更接近于有意的停止提供而非故障；上月报告因其未解决而未计入。
真正发生在7月、影响最大的是 OpenAI「ChatGPT 无法生成图片」，从7月21日19:36持续到22日11:50（日本时间），约16小时。同日 API 侧也记录了图片生成错误率上升（约2小时46分），图片生成成为本月的明显薄弱环节。
OpenAI 还有另一起长时间故障：自7月18日凌晨起约14小时，没有 Codex 权限的企业版用户无法使用新的 ChatGPT 应用。
开发基础设施方面，GitHub Actions 问题突出。7月9日运行启动延迟约9小时，7月20日 Actions 又发生约5小时的故障。GitHub 以14起位居第二。
Anthropic 的16起故障多按模型分别公告，涵盖 Opus 5、Sonnet 5、Haiku 4.5、Fable 5、Mythos 5 以及 Opus 4.8/4.1，单次通常在1至5小时内恢复。
语音方面，ElevenLabs 记录了 WhatsApp 外发消息失败（约5小时）和 Speech Engine 对话失败（约4小时20分）。
趋势与观察
本月清晰地观察到上游故障向下游传导。7月29日，Anthropic 公告全部模型错误率上升约9分钟后，Cursor 便公告「影响 Anthropic 模型的错误」。Cursor 本月6起故障中有多起源自模型提供方——真正的可用性风险在于对上游API的依赖，而非 IDE 或云功能本身。
也存在多家厂商同日集中故障的情况。7月16日 Cursor、GitHub、Anthropic 均记录重大故障；7月21日则是 OpenAI、Anthropic 与 GitHub。只看一家时容易怀疑是自己的环境问题，横向对比才能发现是同时发生。
轻微劣化（延迟级别）达101起，是48起重大故障的两倍以上。「感觉有点慢」的体验大多属于这一类。
可用率方面 Anthropic 最低（92.17%），但这也与其按模型细粒度公开故障有关。披露越细致的厂商在数字上越吃亏，比较时需要打折看待。
如何阅读本报告
故障次数与停机时长仅统计各厂商官方状态页中「部分故障及以上（实质不可用）且已恢复」的条目（按日本时间的自然月）。延迟等轻微劣化，以及尚未宣告解决的进行中条目，均不计入合计，以免数字被放大。
本月合计包含从上月延续、并于7月1日解除的 Anthropic 模型停供1,706分钟。由于并非实质故障，阅读趋势时扣除这部分更接近实情。
ElevenLabs 于7月31日发生的 SIP 通话失败，在月末仍未解决，因此未计入停机时长。
可用率是基于上述重大故障时间的本站独立推算，并非各厂商官方SLA数值。
各服务的「历史故障」页面可查看每起故障的标题、规模、持续时间与官方链接。