2026 年 6 月 AI 工具異常與運作報告
我們持續監測包括 ChatGPT、Claude、Gemini 在內的 18 項主流 AI 工具。以下回顧 2026 年 6 月各家官方狀態頁記錄的異常（本站的監測起始月）。
最長的故障: GitHub（9 小時 1 分）
按提供方彙整
| 提供方 | 故障次數 | 停機時長 | 最嚴重狀態 | 可用率 |
|---|---|---|---|---|
| Anthropic | 8 | 13 小時 23 分 | 部分故障 | 100% |
| OpenAI | 6 | 11 小時 29 分 | 部分故障 | 94.86% |
| GitHub | 4 | 27 小時 34 分 | 大規模故障 | 100% |
| Runway | 4 | 8 小時 10 分 | 部分故障 | 78.76% |
| ElevenLabs | 1 | 7 小時 24 分 | 延遲 | 100% |
| Cohere | 1 | 2 小時 54 分 | 無故障 | 100% |
| Replicate | 1 | 1 小時 7 分 | 部分故障 | 96.88% |
| Cursor | 1 | 39 分鐘 | 大規模故障 | 100% |
| Google Cloud | 0 | — | 無故障 | 100% |
| Groq | 0 | — | 無故障 | 100% |
| Perplexity | 0 | — | 無故障 | 100% |
| Poe | 0 | — | 無故障 | 100% |
| Stability AI | 0 | — | 無故障 | 100% |
故障次數、停機時長與可用率為本站獨立推估，並非廠商官方數據。按日本時間（JST）的自然月統計。
本月重點
6 月上旬，聊天與程式設計類 AI 助理出現了短時間頻繁的報錯。尤其是 Anthropic（Claude），連日記錄到 Opus 4.7、Sonnet 4.5/4.6 等具體模型的錯誤率上升，6 月 3 日還發生了影響 Claude Code 的異常。多數在約一小時內恢復，但也觀測到多個模型同時錯誤率上升。
OpenAI 在 6 月 3 日出現「Codex、ChatGPT 與 Responses API 的錯誤率上升」，持續約六小時，是當月影響時間最長的異常；此外還有面向免費使用者的 ChatGPT 可用性下降、ChatGPT Pro 報錯等。
在程式設計工具方面，Cursor 的 Agent Sessions 出現了短時但被記為大規模（major）的效能下降。GitHub 也多次記錄到包括 Code Scanning/Billing 延遲在內的異常。
生成媒體類也有小規模問題：ElevenLabs 出現 STT/STS 的臨時錯誤，Runway 在 Veo 3.1 與 Seedance/Seedream 生成上出現問題，Replicate 則因部分 GPU 叢集（L40S/H200）壅塞而延遲。
趨勢與觀察
當月異常集中在對話與程式設計類——Anthropic、OpenAI、Cursor，均為使用量大、更新頻繁的領域。但大多數異常在約一小時內收斂，各家平均可用率保持高水準。即便「感覺用不了」，多數也是短時的一過性問題。
按模型（Opus/Sonnet 等）分別通報異常的趨勢也很明顯。由於可能僅某一模型不穩定，等待恢復期間切換到其他模型或替代服務是有效的做法。
本報告的閱讀方式
異常次數與持續時間彙整自各提供方官方狀態頁記錄的異常（按日本時間的自然月）。可用率為本站快照中「正常」的占比，屬獨立推算，並非官方 SLA 數值。
各服務的「歷史異常」頁面可查看單一異常的標題、規模、持續時間與官方連結。