Claude Code障害で「仕事が止まった」——開発者が痛感したAI依存のリスクと、Codexへの注目

shiritomo | AI・SNS・話題のテック情報メディア by Hashout編集部 @shiritomoAI_jp 2026年6月3日更新

朝から画面に向かってコードを書いていたら、突然エラーが返ってくる。
「なんだこれ、自分のコードが悪いのか？」と悩んでいたら、実はClaude Code全体が止まっていた——そんな6月2日の朝を経験した開発者は、日本だけでも相当数いたはずです。

AIコーディングツールへの依存度が高まるにつれて、障害が「ただの不便」では済まなくなってきています。
今回のClaude Code障害は、そのことを改めて突きつけた出来事でした。

何が起きたか：sub-agentの暴走が引き金に

AnthropicによるとClaude Codeの障害が始まったのは、2026年6月2日の早朝。
日本時間の15時04分（UTC 6時04分）に「Elevated errors」として調査が開始され、20時49分頃に解決しました。

障害の根本原因は、Claude Codeのsub-agentシステムのバグでした。
sub-agent（サブエージェント）とは、複雑なプログラミングタスクを複数の小さな処理に分割して並行実行する仕組みです。
今回、このsub-agentが指数関数的に増殖し、無限ループに陥ったとのこと。

その結果、何が起きたかというと——通常なら数時間から数日かけて消費されるはずのトークン使用量が、数分で全部消えてしまったというケースが相次いだのです。
「朝起きたらクレジットが0になっていた」という報告がXに続々と投稿されました。

影響範囲も広く、Claude API、Claude Console、Claude Code、webインターフェースのすべてが断続的に使えない状態になりました。
とりわけClaude Codeに深く依存している開発者にとっては、作業が完全にストップする事態でした。

「Codexに切り替えた」という声が広がる

障害が長引くにつれて、Xでは「とりあえずCodexに切り替えた」「今のうちにOpenAI使ってみる」という投稿が相次ぎました。

OpenAIが先日リリースしたCodexは、週次アクティブユーザーが500万人を超え、Claude Codeと並ぶAIコーディングツールとして急速に存在感を高めています。
今回の障害が、その流れをさらに加速させた形です。

実は、AIコーディングツールの”使い分け”は、以前から開発者の間で議論されてきたテーマでした。
Claude Codeは創造的なアーキテクチャの提案や、文脈を深く読んだリファクタリングが強い。
一方のCodexは実行の安定性やAPIの安定感に定評があります。
今回の障害がきっかけで「どちらか一方に全依存するのは危険だ」という意識が高まっています。

代替として名前が挙がったツールは他にもあります。
CursorでAnthropicモデルをGPT-5やGemini 2.5 Proに切り替える方法や、オープンソースの「Crush」（Open Codeの後継）を使って別プロバイダーのAPIに切り替える方法なども、この機会に試した開発者が多かったようです。

Claude Codeの「依存リスク」という構造問題

今回の障害は、技術的な問題というだけでなく、「AIツールへの依存構造」そのものを問い直すきっかけになっています。

Claude Codeが止まった瞬間に「自分は何もできなくなった」と感じた、という声がXで目立ちました。
これは以前の障害でも繰り返されてきた反応です。
Anthropicの公式ステータスページにある過去の障害履歴を見ると、大小の障害が定期的に発生しており、AIツールに業務を全面移行することへの慎重論は根強く残っています。

一方で、障害が頻繁に起きることへの「諦め」も広がっています。
「単一プロバイダーに依存しない設計を最初から考えるべき」「Claude CodeとCodexを並走させるだけで、こういうときに助かる」という現実的な声も多く見られます。