2026年8月

2026年8月 AIツール障害まとめ・稼働レポート

ChatGPT・Claude・Gemini をはじめ主要AIツール18サービスの稼働状況を常時監視。2026年8月に各社の公式ステータスへ記録された障害を振り返ります。

障害件数
26
影響のあった提供元
6
合計ダウンタイム
69時間13分
平均稼働率
99.28%

最長の障害: GitHub(10時間42分)

提供元別の集計

提供元障害件数ダウンタイム最悪状態稼働率
GitHub836時間2分大規模障害95.16%
Anthropic812時間9分大規模障害98.37%
Cursor715時間53分大規模障害97.87%
Replicate13時間8分一部障害99.58%
Perplexity11時間4分大規模障害99.86%
Cohere157分一部障害99.87%

件数・ダウンタイムは、公式ステータスに記録された「一部障害以上かつ復旧済み」の障害のみを対象に集計しています(軽微な遅延や継続中の項目は除外)。稼働率はそれにもとづく独自推定で、各社の公式値ではありません。日本時間(JST)の暦月で集計しています。

この月のハイライト

2026年8月の重大障害は26件、合計4,153分でした。影響を受けた提供元は6社で、GitHub と Anthropic が各8件、Cursor が7件と、この3社で大半を占めています。

今月いちばん不安定だったのは GitHub です。8月7日0: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 のモデル提供元(約2時間8分)で障害が起きています。

Anthropic は8件で、8月24日14:06から約3時間24分の「複数モデルのエラー上昇」と、8月29日2:22から約3時間の Claude Code と Cowork のエラー上昇が長めでした。8月17日6: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日6:17から約3時間)、Perplexity の API 障害(8月13日9: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ツールは複数社のモデルと基盤に依存しており、1社の障害が別の会社のサービス名で表に出ることが珍しくありません。

軽微な劣化(遅延レベル)は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日4:50開始)は8月分として数えています。

稼働率は、上記の重大な障害時間にもとづく当サイトの独自推定で、各社の公式SLA値ではありません。GitHub のようにサービスを細かく分けて公開している提供元ほど、数値上は不利に出やすい点にご注意ください。

個々のインシデントのタイトル・規模・継続時間と公式リンクは、各サービスの「過去の障害履歴」ページで確認できます。