Claude・Claude Codeで障害、約3時間半で復旧｜原因は未公表

クラウドのAIサービスは、いつでも動いているという前提で日々の作業に組み込まれている。原稿の下書きも、コードの実装も、資料の要約も、気づけばその前提の上に成り立っている。

2026年8月24日午後、その前提が一時的に崩れた。米AnthropicのAIチャット「Claude」と、AIがコードを書く作業を支援する開発者向けツール「Claude Code」で、複数のAIモデルへのリクエストにエラーが増加する障害が発生した。Anthropicが運用する公式ステータスページによると、日本時間の午後1時50分から4時36分まで、「Claude Mythos 5」「Claude Fable 5」「Claude Opus 5」「Claude Opus 4.8」という、同社が提供する複数のAIモデルのうち性能の高いモデル群への処理リクエストでエラーが増加していたという。ITmediaなど国内の複数メディアもこの障害を速報した。Anthropicは同日午後2時27分の更新で原因を特定し修正作業に入ったと発表したうえで、午後5時30分に「解決した」と発表した。発生から解決まで、およそ3時間半での収束である。原因の技術的な内訳は、この記事の執筆時点でステータスページ上に記載がない。

障害の影響を受けたのは、チャットで文章を書く人だけではない。ステータスページがこの障害に紐づけていたコンポーネントは4つあった。チャット本体の「claude.ai」、他社のアプリやサービスがClaudeを呼び出すための接続経路である「Claude API」、コーディング支援の「Claude Code」、そしてPC上の定型作業をAIが代行するデスクトップ機能「Claude Cowork」(2026年4月提供開始)である。文章を書く作業、コードを書く作業、他社サービス経由でClaudeを使う処理、PC作業の自動化——性質の異なる複数の仕事が、同じタイミングで影響を受けていたことになる。

一つのクラウドサービスに、これだけ性質の異なる作業がまとめて依存している状態は、単一障害点(たった1か所が止まっただけで、そこに連なる複数の仕事が一斉に止まってしまう構造)そのものである。文章の下書き、コードの実装、PC作業の自動化、会議の記録、これらを同じAIサービスに任せていれば、そのサービスが止まった瞬間、仕事の種類を問わずまとめて止まる。

結論から言えば、この種の障害は今回限りの珍事ではなく、クラウドAIへの依存が進むほど発生頻度と影響範囲がともに増えていく類の問題として捉えたほうがいい。実際、Anthropicのステータスページを遡ると、2026年8月だけでこの記事の執筆時点までに今回の障害を含めて20件のインシデントが記録されており、うち7件は「major」(主要な機能に支障が出る水準)以上の深刻度に分類されている。理由は単純で、一つのモデル群に複数の作業工程を同時に預けるほど、そのモデル群が止まったときに巻き添えになる作業の種類も増えるからだ。今回はチャットとコーディングが同時に止まったが、次に同じことが起きる相手は、要約かもしれないし、資料の検索かもしれない。

もう一つの結論は、対策として仕事のすべてをクラウド頼みから引き剥がす必要はない、ということだ。有効なのは、作業のうち「記録する」工程と「AIに処理させる」工程を、時間的に分離できる部分だけでも分離しておくことである。会議やアイデアをまず録音しておき、それをAIに渡すのは録音が終わったあとでいい、という設計であれば、録音という記録行為自体はクラウドの状態に左右されない。処理が遅れることはあっても、記録そのものが失われることはない。この分離はあらゆる作業に適用できるわけではない。コード生成や、前段で触れたClaude Coworkのようにその場でPC上の作業をクラウド側のAIに実行させる仕組みは、そもそも処理をあとに回せない。だからこそ、後回しにできる工程とできない工程を見極め、後回しにできる方だけでもクラウド障害の影響範囲から切り離しておく判断に意味がある。

今回の障害は3時間半ほどで収束したが、次に同じことが起きたとき、同じ速さで直る保証はどこにもない。仕事のどの部分をクラウドの外に置いておけるか、平時のうちに一度棚卸ししておく価値はありそうだ。