【解説】Claude AI大規模障害の全容：2026年7月29日、全世界で2時間47分にわたりサービス停止

2026年7月29日、Anthropic社のAIプラットフォーム「Claude」が世界的な大規模障害に見舞われました。障害は日本時間の20日午前4時49分（UTC 19:49）ごろに始まり、同7時36分（UTC 22:36）ごろに完全復旧するまで、およそ 2時間47分 にわたって続きました 。原因はサーバーの過負荷です。Anthropicの推論（インファレンス）インフラが複数のモデルにわたって飽和状態となり、ほぼすべてのリクエストがHTTP 529「Overloaded」（過負荷） エラーを返しました 。

529エラーとは何か

HTTP 529はAnthropic独自のステータスコードで、APIの「推論サーバーがフル稼働状態」であることを意味します。これはアカウントのレート制限（HTTP 429）とは異なり、リクエスト自体にバグがあるわけではありません 。Claudeの公式ドキュメントによると、「APIが全ユーザーのキャパシティを一時的に超えている」状態を示し、Claude Codeでは自動的に数回リトライした上でユーザーにエラーを表示します 。これは「フリートレベル」の過負荷信号であり、リクエストしたモデルに対する需要が、その時点でAnthropicが提供できる容量を超えていることを意味します 。コードやAPIキーに問題があるわけではなく、単にサーバーが混雑しているだけです 。

影響を受けたサービスと対応

Anthropicのステータスページでは、全主要サービスが「大規模障害（major outage）」としてマークされました ：

• claude.ai（Webアプリ）
• Claude API（api.anthropic.com）
• Claude Code（コーディングアシスタント／ターミナルツール）
• Claude Cowork（コラボレーションツール）
• Opus 5、Sonnet、Haikuなど全モデルで同時にエラーレートが上昇しました 。

Anthropicは19:49 UTCに調査を開始し、20:33 UTCに「複数のモデルにわたってエラーの増加を確認し、解決に向けて作業中」と公表しました 。サービスは22:36 UTCに完全復旧しました 。

ユーザーはSNSやプロフェッショナルフォーラムで、作業の途中で障害に見舞われたと報告。開発者は進行中のClaude Codeセッションを失い、コードのデプロイ、ドキュメント作成、AI支援に依存したワークフローの完了が不可能になりました 。この障害はX（旧Twitter）でトレンド入りし、何千人ものプロフェッショナルが代替手段を持っていないことに気づかされました 。

2026年に相次ぐ障害のパターン

7月29日の障害は単発の出来事ではありません。2026年、Claudeは同じ根本原因——需要がインフラの拡張を上回るペースで成長していること——による障害を繰り返しています 。

2026年の主な障害一覧：

日付	時間	主な症状
3月2日	約3時間	エラー増加、529過負荷
3月18日	約2時間	サーバー過負荷
3月19日	約1時間	サーバー過負荷
3月26-27日	長時間	ネットワークインフラの劣化
6月2日	約6時間	Claude Codeサブエージェントシステムの障害がプラットフォーム全体の過負荷に波及
6月5日	約2時間	モデルごとに復旧時間が異なる（Opus 4.6は17分、Opus 4.8は約2時間）
6月12日～7月1日	複数週	Anthropic、容量問題により「Claude Fable 5」と「Claude Mythos」の提供を一時停止
7月6日	約1.5時間	複数モデルでエラー
7月17日	約1時間	529過負荷——同じパターン
7月29日	約2.8時間	529過負荷——全サービス、全モデル

6月までにClaudeは12日間で10回の重大な障害を経験。TechTimesは、Anthropicが「Claudeへの需要がインフラの成長を上回っている」と公式に認めたと報じています 。同社は根本的な容量不足に対処するため、SpaceXと計算資源（コンピュート）契約を結んだとされていますが、7月29日の障害はインフラがまだ需要に追いついていないことを示しています 。

プロフェッショナルがAIツールに依存することのリスク

今回の障害は、Claudeに依存するプロフェッショナルやチームにとってのいくつかの構造的リスクを浮き彫りにしています：

• 単一障害点への依存。Claude CodeをCI/CDパイプラインやコードレビューワークフロー、日々の開発に組み込んでいるチームは、事実上、Anthropicの推論サーバーを自社の生産性の依存関係にしています。Claudeがダウンすると、開発速度も止まります——グレースフルな劣化はありません 。
• 簡単なフェイルオーバーがない。AWSやGitHubではマルチリージョンでの冗長化が標準的ですが、Claude APIの529エラーはフリート全体に及ぶため、別のモデルやプロバイダーに切り替えるにはプロンプトエンジニアリングの変更、異なるAPIへの対応が必要で、ツール統合が完全に壊れることもあります 。
• 繰り返し発生する、稀ではない障害。2026年のパターンは、数週間おきに数時間のダウンが発生することを示しています。これを単発の出来事ではなく慢性的なリスクと捉えていないプロフェッショナルは、繰り返し不意を突かれることになります 。
• Claude Code特有のリスク。Claude Codeは自律的に動作するサブエージェントを実行し、コードの実行、ファイル編集、複数ステップの複雑なタスクを処理します。APIがタスクの途中でダウンすると、これらのサブエージェントは処理途中で失敗し、リポジトリを不整合な状態に残す可能性があります。これは単に「チャットができない」という以上のリスクです 。
• インフラのボトルネックは構造的な問題。Anthropicへの需要は計算資源の供給を上回っており、大規模なインフラ契約にもかかわらず障害は続いています。これは信頼性の問題が一時的なバグではなく、当面は続く構造的なスケーリング課題であることを示唆しています 。