Claude障害は復旧済み【Opus 4.8・Sonnet 4.5で2回発生】

2026年7月11日の日本時間帯に発生したClaude障害の対象2件は、どちらも復旧済みです。対象はOpus 4.5・Sonnet 4.5のエラー増加と1件、Opus 4.8のエラー増加と1件でした。

ただし、復旧済みという判定はこの2件に限られます。現在もClaudeエラーが出る場合は、過去履歴ではなく公式ステータスの最新表示とエラーコードで別途判断してください。

Claude障害は7月11日の対象2件とも復旧済み

Anthropicの公式履歴では、同じ日本時間帯に重なる障害が2つの別インシデントとして記録されています。モデル名と開始時刻、復旧時刻が異なるため、「2回」と数えるのが公式履歴に沿った整理です。

対象	日本時間	公式状態
Opus 4.5 Sonnet 4.5	7月10日22:00〜 11日0:15	復旧済み
Opus 4.8	7月10日23:36〜 11日0:02	復旧済み

Opus 4.5・Sonnet 4.5側はUTCの13:00から15:15、Opus 4.8側はUTCの14:36から15:02です。両ページとも、最終状態は「Resolved」と記録されています。

出典: Anthropic公式インシデントレポート(Opus 4.5・Sonnet 4.5)(英語)

出典: Anthropic公式インシデントレポート(Opus 4.8)(英語)

直近の推移を続けて追いたい場合は、7月7日朝の障害記録と7月4日の障害記録も時系列の参考になります。

Claude障害が7月10日と表示される理由

公式Statusの履歴に7月11日の記録が見当たらないのは、公式時刻がUTCで表示されるためです。UTCに9時間を加えると日本標準時になり、両障害とも日本では7月11日0時台まで続いていました。

社内ログや障害報告には、UTC原文とJST変換後を両方残すと、後から公式履歴と突き合わせやすくなります。

Opus 4.8で影響した範囲

Opus 4.8側のインシデントでは、claude.ai、Console、API、Claude Code、Coworkの5コンポーネントが影響対象として示されています。ブラウザだけでなく、APIや開発環境のエラーとも整合する記録です。

一方、Opus 4.5・Sonnet 4.5側のページはモデル名とエラー増加の時間帯を示すだけで、各製品への影響範囲を列挙していません。Opus 4.8側の5項目をそのまま4.5側に広げないことが、正確な説明の線引きです。Opus 4.8の更新内容は別記事で確認できます。

Claude障害の原因は未公表

対象2件の公式レポートは、エラー増加を検知して復旧したことを示していますが、根本原因は説明していません。負荷集中、モデル更新、インフラ変更などの可能性を、公式発表のように書くことはできません。

この線引きは、次の障害対応にも有効です。起きた事実、公式が確認した範囲、自社の観測ログを分けて記録し、推測は事実欄へ混ぜないようにします。

Claudeエラーが今も出る時の切り分け

過去のClaude障害が復旧済みでも、後日の別障害、容量ひっ迫、レート制限、認証・通信問題は残り得ます。最初に公式Statusのライブ表示を見て、次にエラー文言を分けてください。

状況	最初の判断	行動
Statusに障害あり	サービス側	公式更新を待つ
529	サーバー側容量	待機後に再試行
429・上限表示	レート制限	プランと利用量確認
Status正常・個別に継続	認証・通信	端末環境を点検

Claude Codeの529は、公式エラーリファレンスで利用上限ではなくサーバー側の容量問題と分類されており、数分待って再試行するのが基本です。業務を止められない場合は、別モデルへの切替が候補になります。

出典: Anthropic公式「エラーリファレンス」

429や利用上限のリセット時刻が表示される場合は、全体障害ではなく、アカウントまたはプロジェクト単位の制限かもしれません。また、高需要時の容量制約はインシデントではなく、Statusに出ない場合があります。

Statusに異常がなく、1アカウントや1端末だけでエラーが続くなら、再ログイン、VPN、拡張機能、キャッシュ、別回線の順に切り分けます。

出典: Anthropic Help Center「Troubleshoot error messages」(英語)

障害中に業務を続けるかの線引きは代替AIへ切り替える判断基準、自動処理を人に戻す手順はAIエージェント障害時の対処で整理しています。

よくある質問