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數值。
各服務的「歷史故障」頁面可查看每起故障的標題、規模、持續時間與官方連結。