2026年8月 AI工具故障彙整與運作報告
我們持續監控包括 ChatGPT、Claude、Gemini 在內的18項主流AI工具。本文回顧2026年8月各廠商官方狀態頁記錄的故障。
最長的故障: GitHub（10 小時 42 分）
按提供方彙整
| 提供方 | 故障次數 | 停機時長 | 最嚴重狀態 | 可用率 |
|---|---|---|---|---|
| GitHub | 8 | 36 小時 2 分 | 大規模故障 | 95.16% |
| Anthropic | 8 | 12 小時 9 分 | 大規模故障 | 98.37% |
| Cursor | 7 | 15 小時 53 分 | 大規模故障 | 97.87% |
| Replicate | 1 | 3 小時 8 分 | 部分故障 | 99.58% |
| Perplexity | 1 | 1 小時 4 分 | 大規模故障 | 99.86% |
| Cohere | 1 | 57 分鐘 | 部分故障 | 99.87% |
故障次數與停機時長僅統計官方狀態頁中「達到部分故障以上且已恢復」的故障（輕微延遲與持續中項目除外）。可用率為據此得出的本站獨立推估，並非廠商官方數據。按日本時間（JST）的自然月統計。
本月重點
2026年8月共記錄26起重大故障，累計4,153分鐘，涉及6家提供方。GitHub 與 Anthropic 各8起、Cursor 7起，三家佔了大半。
本月最不穩定的是 GitHub。8月7日00:22（日本時間）起約10小時42分的 Actions 故障、8月20日23:43起持續約9小時54分的「建立代理任務間歇性失敗」（Copilot 程式設計代理），以及8月17日22:40起約7小時36分的 GitHub.com 故障，接連發生3起最高等級的長時間故障，可用率為95.16%，為所有廠商中最低。8月27日 Actions（約2小時50分）與 Copilot 的AI模型提供方（約2小時8分）也發生故障。
Anthropic 共8起，其中8月24日14:06起約3小時24分的「多個模型錯誤率上升」，以及8月29日02:22起約3小時的 Claude Code 與 Cowork 錯誤率上升持續較久。8月17日06:58也記錄了 Claude 各項服務全面停擺（最高等級，36分鐘）。
Cursor 方面，8月13日23:46起約4小時的 Automations、Cloud Agents、IDE 劣化，以及8月17日由 GitHub 引起的劣化（約6小時）較為顯眼。
另一方面，OpenAI 8月的重大故障為0起（輕微劣化16起）。此外還有 Replicate 的 A100 GPU 部分停擺（8月27日06:17起約3小時），以及 Perplexity 的 API 故障（8月13日09:45起約1小時）。
趨勢與觀察
本月清楚記錄了「上游故障傳到下游所需的時間」。8月17日22:40 GitHub.com 故障開始，54分鐘後 Cursor 公告「GitHub 劣化影響 Cursor 部分服務」。8月13日也一樣，Anthropic 公告 Mythos 5、Fable 5、Sonnet 5 錯誤13分鐘後，Cursor 公告 Cloud Agents 等功能劣化。
連鎖也會從模型提供方開始。8月24日 Anthropic 故障期間，GitHub 公告「上游提供方導致 Fable 5 錯誤率上升」。8月20日早上 Cursor 的「Fable 5 無法使用」（約2小時41分）同樣源自模型提供方。AI工具依賴多家公司的模型與基礎設施，一家公司的故障以另一家公司的服務名稱浮上檯面並不罕見。
輕微劣化（延遲層級）共81起，依序為 Cursor 20起、GitHub 18起、OpenAI 16起、Anthropic 14起，約為26起重大故障的3倍。
本月合計4,153分鐘，多於6月（2,759分鐘），不到7月（8,901分鐘）的一半。7月包含刻意停止提供模型的解決部分，無法單純比較，但8月是沒有大規模單一故障、相對平穩的一個月。
如何閱讀本報告
故障次數與停機時長僅統計各廠商官方狀態頁中「部分故障以上（實質不可用）且已恢復」的項目（依日本時間的自然月）。延遲等輕微劣化，以及尚未宣告解決的進行中項目，皆不計入合計，以免數字被放大。
8月底時沒有尚未解決的重大故障。
月份以日本時間劃分。因此，UTC 7月31日開始的 Cursor 故障（日本時間8月1日04:50開始）計入8月。
可用率是依據上述重大故障時間的本站獨立推算，並非各廠商官方SLA數值。像 GitHub 這樣將服務細分公開的廠商，在數字上越容易吃虧，請留意。
各服務的「歷史故障」頁面可查看每起故障的標題、規模、持續時間與官方連結。