Claudeの5月8〜9日障害で何が起きたのか

結論から言うと、2026年5月8〜9日にClaudeで起きたことは、公開情報を見る限り「ひとつの巨大な障害」というより、近い時間帯に発生した複数の解消済みインシデントとして捉えるのが正確です。

その中で最も広く影響したと見られるのは、5月9日の「Claude Opus 4.1でのエラー増加」です。Pingoruはこの事象をUTCの2026年5月9日07:57に検知し、08:22に解消したと記録しており、影響範囲はclaude.ai、Claude Console、Claude API、Claude Codeに及びました 。日本時間では同日16:57〜17:22にあたる、約25分間のインシデントです。

5月8〜9日に記録された主な事象

日本の読者にとって少しややこしいのは、公開ステータスや監視サービスの多くがUTCまたは独自のタイムゾーンで時刻を表示している点です。5月8日夜のUTC表記は、日本時間では5月9日朝になります。

時間帯	インシデント	影響範囲	公開記録で確認できる内容
2026年5月8日22:30 UTCごろ	WindowsでClaude CodeのIDE拡張機能が読み込めない問題	Claude Code / Windows向けIDE拡張機能	Pingoruは5月8日22:30 UTCに検知、5月9日00:24 UTCに解消と記録しています 。Claudeのステータスページでは、Claude Codeバージョン2.1.136でIDE拡張機能の読み込みを妨げる問題があったと説明されました 。
2026年5月9日07:57〜08:22 UTC	Claude Opus 4.1のエラー増加	claude.ai、Claude Console、Claude API、Claude Code	Pingoruは4つのサービス面に影響した25分間のインシデントとして記録し、問題が特定された後に解消したとしています 。IsDownも同じOpus 4.1のエラー増加を24分間の事象として記録しています 。
2026年5月9日23:33ごろ	Claude Code Web版の部分障害	Claude Code	DrDroidは「Claude Code on the Web Partial Outage」が5月9日23:33に始まり、その後解消したと記録しています 。Claudeのステータスページにも、5月9日のClaude Code Web版の部分障害は解消済みとして表示されています 。

ここで重要なのは、5月8日の事象はWindows上のClaude Code IDE拡張機能に関する問題だった一方、5月9日のOpus 4.1インシデントは、Webアプリ、開発者向けConsole、API、Claude Codeをまとめて影響範囲に含むものだったという違いです 。

根本原因は説明されたのか

5月9日のClaude Opus 4.1のエラー増加について、現時点で確認できる公開記録には、詳細な根本原因のポストモーテムは見当たりません。

Pingoruのタイムラインには、問題が特定され、修正が実装中となり、その後インシデントが解消したという流れは示されています。ただし、基盤インフラの問題だったのか、モデル側の問題だったのか、デプロイや依存サービスに起因したのかといった具体的な原因は説明されていません 。

一方、5月8日のWindows向けIDE拡張機能の問題はもう少し具体的です。Claudeのステータスページでは、Claude Codeバージョン2.1.136に、IDE拡張機能の読み込みを妨げる問題があったと説明されています 。このため、この事象を「Claude全体が落ちた」と一括りにするのは正確ではありません。

なぜ短時間でも不安が広がったのか

ユーザーの懸念は、25分間の障害そのものだけではありません。むしろ、その前後にClaude関連の不具合や部分障害が繰り返し記録されている点が問題視されています。

ServiceAlertの90日トレンド表では、2026年5月は追跡対象の11日間のうち5日で問題があり、4月は30日中20日で問題があったとされています 。別の集計サービスであるMaximのBifrostステータスページは、90日間で50件のインシデントを数えています 。IsDownは、2025年10月以降にClaudeの障害を211件追跡したとしています 。

もちろん、これらは第三者トラッカーの集計であり、Anthropicの公式SLAそのものではありません。監視方法や「1件」と数える基準もサービスごとに異なります。それでも、短い障害が大きく受け止められる背景としては十分です。ユーザーの目には、エラー増加、部分障害、復旧済みインシデントが断続的に積み重なっているように見えるからです。

過去の報道も同じ流れを示しています。TechCrunchは、3月2日にClaudeで広範な混乱が起き、Claude.aiとClaude Codeに影響が出た一方、AnthropicはAPIについては意図どおり動作していると説明したと報じました 。Business Insiderは、4月7日のインシデントでClaudeとClaude Codeが多くのユーザーにとって利用できず、Anthropicのダッシュボードに「major outage」と表示された後に修正が適用されたと報じています 。TechRadarは、4月15日にもClaude.ai、API、Claude Codeでエラー増加を伴う障害があり、Downdetectorの報告数がピーク時に5,100件を超えたと伝えました 。

開発者や企業にとっての意味

Claudeは、もはや個人がブラウザで使うチャットボットだけではありません。5月9日のOpus 4.1インシデントで影響範囲に含まれたのは、claude.ai、開発者向けConsole、API、Claude Codeでした 。

Claude Consoleは開発者がモデルや利用状況を扱う管理画面、Claude APIはアプリや社内システムからClaudeを呼び出すための接続口、Claude Codeはコーディング支援に使われる開発者向けツールです。つまり、これらのどこかが不安定になると、単に「チャットが少し使えない」だけでは済まない場合があります。

Business Insiderは以前の障害をめぐり、AIコーディングツールが応答しなくなったとき、ソフトウェア開発者がどれほどそれらに依存しているかが露呈したと報じています 。

実務上のリスクはここにあります。AIアシスタントがコーディング、カスタマーサポート、調査、社内自動化に組み込まれている場合、短い中断でもワークフロー全体が止まることがあります。個人利用のClaude.aiが一時的に使えないのは不便です。一方、APIやClaude Codeの不安定さは、チームの業務に直接響きます。

今回の受け止め方

5月8〜9日の公開記録は、Claudeで単一の壊滅的障害が起きたことを示しているわけではありません。確認できるのは、Windows向けClaude Codeの問題、短時間のOpus 4.1エラー増加、そして後続のClaude Code Web版部分障害という、複数の解消済みインシデントです 。

ただし、ユーザーの不安は的外れではありません。同じ製品領域で障害やエラー増加が繰り返され、公開されるインシデント説明が短く、根本原因の詳細まで示されないことが多い場合、サービスの信頼性は予測しづらく感じられます。

Claudeに依存するチームにとって現実的な対応は、Claudeのステータスページを監視し、API呼び出しにはリトライやタイムアウト処理を入れ、障害時に機能を段階的に縮退できる設計にしておくことです。AI基盤は便利な業務インフラになりつつありますが、常に使える前提で組み込みすぎないことが、今回の一連の記録からの教訓と言えます。