Claude運用・障害2026年7月29日

Claudeが世界規模でダウン、「529 Overloaded」が連発

Anthropicの発表ページ — 提供元の発表ページ（出典：Anthropic）

2026年7月29日、Claudeの全モデルでエラー率が上昇し、「529 Overloaded」というメッセージが出て応答が返らない状態が世界中で起きました。Claudeのアプリだけでなく、ClaudeのAPIを使っている他のツールも巻き込まれています。日本時間では7月30日の早朝にあたる時間帯でした。公式の障害記録に残っている事実だけを追って、業務側で何を用意しておけばよいかを整理します。

何が起きたか

Anthropicの障害情報ページ（Claude Status）に「Elevated errors across all models（全モデルでエラー増加）」として記録が残っています。対象は特定のモデルやプランではなく、Claudeの全モデルです。公式に発表された時系列は次のとおりです（カッコ内は日本時間）。

●7月29日 19:49 UTC（7月30日 4:49 JST）— 調査開始を告知
●20:33 UTC（5:33 JST）— 「複数のモデルでエラーが増加する問題を特定し、解消に向けて作業中」と発表
●21:38 UTC（6:38 JST）— 「ほとんどのモデルで回復が見えている」と発表
●22:20 UTC（7:20 JST）— 「19:45 UTC から 21:26 UTC にかけてClaudeの各モデルでエラー率が上昇していた。全モデルで成功率の回復を確認した」と報告
●22:36 UTC（7:36 JST）— 解消（Resolved）

エラー率が上がっていた区間は、公式の説明では19:45〜21:26 UTC の約1時間41分です。調査開始から解消宣言までは約2時間47分でした。影響したのはClaudeのアプリやWeb画面だけでなく、ClaudeのAPIを利用しているツールも同様です。なお、この障害が何によって起きたのか、原因そのものはAnthropicから公表されていません。

「529」は「429」とは別物

画面やログに出た「529 Overloaded」は、Anthropicの公式ドキュメントに載っているエラーコードです。混同されやすい「429」とは意味が違うので、切り分けの基準として覚えておくと役に立ちます。

●529（overloaded_error）— 「APIが一時的に過負荷」。公式ドキュメントには「全ユーザーにまたがる高トラフィック時に発生しうる」と書かれている。自分の使い方の問題ではない
●429（rate_limit_error）— 自分の組織がレート上限や利用ティアの月額上限などに達した状態。こちらは自社側の使い方・契約に関わる

つまり529が出ているときは、プランを上げても、リクエストを減らしても直りません。待つか、別の手段に切り替えるかの二択になります。逆に429なら自社側で打てる手があります。「AIが動かない」と一括りにせず、どちらの数字が出ているかを見るだけで、次の行動が変わります。

Claudeの入力画面。入力欄の下で「チャット」と「Cowork」を切り替えます。（出典：Claude（Anthropic）の画面）

業務での使いどころ

今回の話から業務側で持ち帰れるのは「生成AIは止まる前提で組む」という一点です。数時間止まっても困らない仕事と、止まると即座に困る仕事を、あらかじめ分けておきます。

●止まっても待てる仕事 — 資料の下書き、議事録の要約、アイデア出し、社内文書の整形。翌営業日に回せる
●止まると困る仕事 — 締切当日の提出物、顧客への返信、AIを組み込んだ受発注・問い合わせ対応など、外部に約束がある処理

後者に生成AIを組み込んでいる場合は、「止まったら人がやる」手順を紙かドキュメントで持っておきます。その場で考えると、障害中の慌てた頭で作ることになります。

1AIを使っている業務を書き出し、「待てる／待てない」で2つに分ける
2待てない業務について、AIを使わない場合の代替手順を書いておく（誰が・何を見て・どう処理するか）
3よく使うプロンプトは、Claudeの中だけでなくテキストファイルやドキュメントに控えておく。他のツールへ持ち替えるときにそのまま使える
4障害情報の確認先を決めておく（Claudeなら status.claude.com）。まず自社の回線やPCを疑って時間を溶かさないため

止まった日の代替手順を、あらかじめ書き出させるプロンプト

あなたは中小企業の業務設計の担当者です。
以下の業務は、現在ふだん生成AIを使って処理しています。
この生成AIが半日使えなくなった場合を想定して、代わりの進め方を整理してください。

【業務の内容】
（ここに業務を書く。例：問い合わせメールの一次返信の下書き作成）

【ふだんの手順】
（ここに今のやり方を書く）

出力は次の4項目でお願いします。
1. この業務が止まると、いつ・誰に迷惑がかかるか
2. 生成AIを使わずに進める手順（担当者が見ながら作業できる粒度で）
3. その手順で余分にかかる時間の目安と、削ってよい工程
4. 事前に用意しておくべきもの（定型文、テンプレート、連絡先など）

・私が書いていない社内の事情を推測で補わないでください
・判断に必要な情報が足りない箇所は、質問として最後にまとめてください

最後の2行が重要です。これを入れないと、AIが「たぶんこういう体制だろう」と勝手に前提を作り、自社に無い部署や役割を含んだ手順書が出てきます。

試すときに気をつけること

原因は公表されていません。「もう大丈夫」とは書けません

Anthropicは問題を特定して解消したと発表していますが、何が原因だったかは公開していません。したがって「同じことが起きにくくなった」とも「また起きる」とも、公表情報からは判断できません。再発の可能性を前提に業務側で備える、というのが今の時点で取れる唯一の現実的な方針です。

●障害中に同じ操作を繰り返さない。529は過負荷を示すエラーなので、連打しても順番は早くならない
●自作のツールからAPIを呼んでいる場合、公式SDKは接続エラーや5xxを既定で2回まで自動リトライする。それでも駄目なときの挙動（人に通知するのか、黙って失敗するのか）を確認しておく
●止まっている間に業務を止めないため、同じ用途を別のAIツールでも一度は試しておく。使い慣れていないツールに障害中に初挑戦するのは避ける
●顧客対応にAIを使っている場合は、止まったときに何と伝えるかの一文を決めておく