Claude障害が7月26日に4件連続 Opus 5・Sonnet 5など複数モデルへ影響
Claudeが止まっても、確認順を決めておけば不要な再設定や二重実行を避けられます。
7月26日に相次いだ4件は復旧済みです。
御社なら、どの業務から安全に戻せそうでしょうか？
2026年7月26日、Claude(クロード)ではモデル別の障害が4件相次ぎました。
2026年7月27日確認時点のAnthropic公式記録では4件とも復旧済みで、最後のOpus 5障害は同日19時44分にResolvedとなっています。
ただし、対象モデルも影響した利用面も同じではありません。
日本時間の時系列と止める業務・続ける業務の境界を押さえ、不要な設定変更や二重実行を避けましょう。
Claude障害が7月26日に4件発生、全件復旧済み
Claude障害は7月26日に4件確認され、約10分、64分、34分、87分と異なる長さで発生しました。
「4件連続」は止まり続けたという意味ではなく、同じ日に障害が相次いだ状況です。
要点7月26日の4件はすべて復旧済み
最後のOpus 5障害は19時44分にResolvedとなりました。現在もエラーが出る場合は、当日の障害記録だけでなく、手元のエラーコードや利用上限、通信環境も切り分けます。
今回は7月11日の記録とは別のインシデントであり、過去分は7月11日のClaude障害で確認できます。
Claude障害4件を日本時間で時系列整理
4件のClaude障害は、早朝に3件、夕方に1件です。
1件目の正確な開始時刻は断定せず、公式記載どおり「03時07分頃までの約10分」と整理します。
7月26日のClaude障害タイムライン
| 日本時間 | 対象モデル | 継続・状態 |
|---|---|---|
| 03:07頃まで | Sonnet 4.6 Sonnet 5 | 約10分 復旧済み |
| 03:40〜04:44 | Mythos 5 Fable 5 Opus 5 Haiku 4.5 | 64分 復旧済み |
| 06:34〜07:08 | Fable 5 Sonnet 5 Haiku 4.5ほか | 34分 復旧済み |
| 18:17〜19:44 | Opus 5 | 87分 復旧済み |
出典: Anthropic Status「Sonnet 4.6 / Sonnet 5障害」(英語)
出典: Anthropic Status「Mythos 5 / Fable 5 / Opus 5 / Haiku 4.5障害」(英語)
出典: Anthropic Status「Fable 5 / Sonnet 5 / Haiku 4.5ほかの障害」(英語)
出典: Anthropic Status「Opus 5障害」(英語)
2件目は公式件名ではOpus 5を含む一方、初回更新本文の列挙にはありません。
両者の差を推測で埋めず、公式に書かれた範囲を分けて読みます。
モデルの役割はClaude Opus 5とSonnet 5の比較で確認できますが、ここでは障害時の対象を見分ける情報として扱います。
Claude障害はOpus 5・Sonnet 5だけでなくClaude CodeやAPIにも影響
今回のClaude障害はチャット画面だけの問題ではありません。
2件目と3件目はClaude.ai、API、Claude Code、Cowork、4件目はこれらにConsoleを加えた影響が公式に記録されています。
補足4件すべての影響範囲は同じではない
1件目の個別ページにはAffected Componentsの列挙がありません。4件すべてがClaude CodeやAPIへ影響したとは断定できないため、インシデントごとに切り分けます。
Claude Code障害で自動処理が止まった場合、モデルだけを切り替えた再実行は、完了済みの書き込みを重ねるおそれがあります。
送信・更新・公開を伴う処理は結果照合が先です。
Claude障害の原因は公式に公表されていない
2026年7月27日の確認時点で、4件の根本原因は未公表です。
影響ユーザー数、データ消失の有無、再発防止策も、確認した公式記録にはありません。
注意原因と観測事実を混ぜない
「Opus 5公開直後だから」「基盤が過負荷だったから」といった説明は公式確認できません。社内報告では、発生時刻・対象モデル・影響面・復旧時刻だけを確定事項として扱います。
原因未公表の読み方はClaudeエラーで公式確認できる範囲でも扱っています。
分からないことは未公表のまま残し、推測を社内報告へ混ぜないことが安全です。
Claude障害時に企業が止める業務と続ける業務
Claude障害を確認しても、すべてのAI業務を止める必要はありません。
重複すると実害が出る処理だけを先に止めると、復旧待ちの時間も使えます。
- 止める: メール送信、顧客情報更新、発注、公開、大量バッチ
- 残す: エラー時刻、対象モデル、エラーコード、request_id、入力内容
- 続ける: 既存成果物の確認、入力整理、復旧後の処理キュー作成
- 再開する: Resolved確認後、小さい処理を1件通してから段階的に戻す
APIで500、504、529が返った場合、Anthropic公式は一時エラーへの指数バックオフを案内しています。
SDKは一時的な失敗を既定で2回再試行しますが、外部書き込みを含む処理で無制限の即時再送は避けてください。
出典: Anthropic公式APIドキュメント「Errors」(英語)
代替運用は平常時に決めておくと迷いません。
Claude停止時のフォールバック設計とAIが止まった時の業務計画を使い、代替先・承認者・再開条件を1枚にまとめます。
1社へ業務を寄せる場合は、AIベンダー依存のリスクも残ります。
Claude障害への備えは、止まっても判断を続けられる状態を作ることです。
Claude障害に関するよくある質問
Q2026年7月26日のClaude障害は復旧していますか?
A2026年7月26日のClaude障害は4件ともResolvedで、最後のOpus 5障害は19時44分に復旧しました。最新状態は公式ステータスで再確認してください。
QClaude障害ではどのモデルに影響しましたか?
A公式件名ではSonnet 4.6、Sonnet 5、Mythos 5、Fable 5、Opus 5、Haiku 4.5、その他一部モデルが挙げられ、障害ごとに対象は異なります。
QClaude CodeやAPIも影響を受けましたか?
AClaude CodeとAPIは2件目と3件目、さらに4件目のAffected Componentsに記載されています。1件目には影響コンポーネントの列挙がありません。
QClaude障害の原因は何ですか?
A4件の根本原因は、2026年7月27日の確認時点で未公表です。モデル更新やインフラを原因とする説明は推測になります。
QClaude APIのエラーはすぐ再送してよいですか?
AClaude APIの500、504、529などの一時エラーは、指数バックオフで限定的に再試行します。書き込み処理は重複を確認し、無制限の即時再送を避けてください。
Q今日もClaudeでエラーが出る場合はどうすればよいですか?
A今日もClaudeでエラーが出る場合は、公式ステータス、エラーコード、利用上限、認証、通信環境を分けて確認します。復旧済みでも、設定や個別の利用条件が原因の場合があります。
