Claude Codeが突然止まった夜、開発者は何をしていたか。8月16日の36分間で見えたAI依存の輪郭
8月16日21時58分(UTC、日本時間だと17日6時58分)、Anthropicのステータスページに1行の投稿が並びました。
「claude.ai、Claude Code、Claude Coworkへの認証に問題が発生しているのを調査中です」。
数分のうちに、ログインできない、画面が読み込まれない、コマンドが返ってこない、といった報告が各地から相次ぎました。
Claude Codeを日々の開発作業に組み込んでいる人にとって、これは「AIチャットが少し不便になった」だけの話では済みません。
ターミナルからコードを書かせ、レビューさせ、デプロイの下準備までさせている環境が、ある夜突然、権限そのものを失う——そんな36分間に何が起きていたのかを調べました。
先に結論をまとめると:
– 障害は8月16日21時58分〜22時34分(UTC)の約36分間で、原因は認証まわりの不具合とされていますが、詳しい技術的な原因はAnthropicから公表されていません
– 影響を受けたのはclaude.ai、Claude Console、Claude API、Claude Code、Claude Coworkの5サービスで、ログイン不能・画面が開かない・処理が完了しないといった症状が出ました
– 22時22分に修正が展開され、22時34分に全サービスの復旧が確認されています

何が起きたのか
Anthropicのステータスページによると、最初の異変は認証(ログイン時の本人確認処理)の不具合でした。
当初はclaude.ai、Claude Code、Claude Coworkの3つで「認証できない」という報告に留まっていましたが、22時02分頃には症状がClaude Console、Claude APIにも広がり、パフォーマンス低下として扱われるようになりました。
画面が読み込まれない、サインインでエラーになるといった症状が報告され、日本のユーザーからも「ログインできない」という声が上がっています。
海外メディアのBleepingComputerは、SNSの反応として「Skynetが自我を持った」という冗談交じりのコメントが出ていたと報じています。
深刻な業務障害でありながら、どこか軽口で受け止められる空気もあったようです。
ただ、この規模の障害を「よくあること」の一言で片付けてしまうと、実際に何がどれだけ止まっていたのかが見えなくなります。
そこで、時系列と影響範囲をもう少し丁寧に追ってみました。
調べて分かったこと
何分止まっていたのか?
英語圏の技術メディア複数(BleepingComputer、Unite.AI、explainx.aiなど)の報道を突き合わせると、時系列はおおむね次の通りです。
21時58分に調査開始のアナウンス、22時02分頃に影響範囲がClaude Console・Claude APIにも拡大、22時22分に修正のデプロイ、22時34分に全サービスの復旧確認——という流れで、障害全体の継続時間は約36分でした。
短いと感じる人もいるかもしれませんが、業務時間中にコードを書いている人にとっての36分は、決して「一瞬」では済まない長さです。
原因は何だったのか?
ここは正直に書く必要があります。
Anthropicはステータスページ上で「ユーザーの認証に関する問題」という表現に留めており、根本原因(認証サーバー側の設定ミスなのか、証明書の問題なのか、負荷によるものなのかなど)は公表していません。
BleepingComputerも「Anthropic has not disclosed what is causing the outage(Anthropicは障害の原因を開示していない)」と明記しています。
8月16日の障害は、Anthropicのステータスページに直近2週間で記録された14件目のインシデントだったとも報じられており、認証以外にもモデルや機能面での不具合が続いていた時期に重なっていたようです。
原因不明のまま「直った」と発表されるパターンは今回に限らず、AIサービス全般に共通する課題といえそうです。
Claude Codeユーザーへの影響はどれほどだったのか?
影響を受けた5つのサービスのうち、実務への直撃度が最も高いのはClaude Codeでしょう。
チャット画面が使えないだけなら他の作業に切り替えれば済みますが、Claude Codeはターミナル上でコードの生成・修正・実行までを担わせる使い方が広がっています。
認証が通らなければ、コマンドを打っても何も返ってこない状態になり、その瞬間にAIへ委ねていた作業が丸ごと止まります。
SNS上ではClaude Codeに依存した開発フローが一時的に機能しなくなったという報告も見られましたが、個別の投稿を特定して引用できるだけの一次情報は確認できませんでした。
少なくとも、認証というシステムの入口部分に障害が起きると、チャットからコーディング支援まで横並びで止まるという構造自体は、今回の一件で改めて浮き彫りになったといえます。
Shiritomo編集部の考察:明日から確認しておきたいこと
今回の障害で見えたのは、「AIが遅い・間違える」というリスクとは別に、「AIに入口ごとログインできなくなる」という種類のリスクがあるということです。
生成の精度やハルシネーション(もっともらしい誤情報の生成)は使う側が注意深く検証すれば軽減できますが、認証障害は利用者側の工夫ではどうにもなりません。
BleepingComputerが伝えているように、claude.aiは直近90日間で99.34%の稼働率を維持しており、AIサービスの信頼性そのものが極端に低いわけではありません。
それでも、稼働率が高いからこそ短時間の停止が「めったにないことだから対策不要」と見過ごされやすい面もあります。
Claude Codeのようにワークフローの中核にAIを組み込んでいるチームは、ステータスページを監視する仕組みや、障害時に別の手段(別のAIツール、あるいは人力での作業継続)へ切り替える判断基準を、平時のうちに決めておく価値がありそうです。
まとめ
8月16日21時58分から22時34分(UTC)にかけて、Anthropicのclaude.ai・Claude Console・Claude API・Claude Code・Claude Coworkで認証関連の障害が発生し、約36分で復旧しました。
原因は公表されていませんが、直近2週間で14件目のインシデントだったという報道もあり、AIサービスの安定運用は引き続き注視が必要なテーマといえそうです。
さらに深掘りしたい方へ
障害の詳細な時系列や技術メディアの見立てについては、以下の記事も参考になります。