Claudeの「529 Overloaded」エラーとは──障害の確認方法と業務を止めない備え

何が起きたか

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が動かない」と一括りにせず、どちらの数字が出ているかを見るだけで、次の行動が変わります。

業務での使いどころ

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

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

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

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

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

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

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

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

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

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

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

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