Claude、Opus5など複数モデルで一時障害

2026年9月3日、AI開発会社Anthropicの公式ステータスページに、対話AI「Claude」で複数のモデルの応答エラーが増えているという投稿が並んだ。同日13:26(協定世界時、以下UTC)に調査開始が発表され、13:41には原因を特定して修正に着手したと更新されている。13:50時点で影響が及んでいたモデルはMythos/Fable5.1、Mythos/Fable5、Opus5、Opus4.8、Opus4.6の5系統で、影響を受けたサービスはclaude.ai、Claude API、Claude Code、Claude Coworkの4つだったと明記されていた。

15:25には大半のモデルが基準のエラー率まで回復し、残る不具合はOpus4.8とOpus5だけになったと報告された。16:06に修正がデプロイされ、16:16UTC(現地時間9:16PT)にすべての影響が解消したとAnthropicのステータスページは締めくくっている。

影響を受けたサービスの中には、開発者が日常的にコードを書かせるClaude Codeや、資料作成に使われるClaude Coworkが含まれる。障害が続いていたその間、これらのツールに作業を頼っていた利用者は、応答が返らない、あるいは精度が落ちた状態のまま仕事を進める必要があったはずだ。打ち合わせの内容整理やメモの下書きをAIに任せていた人も、この時間帯だけは処理を後回しにせざるを得なかっただろう。

このニュースが影響する場面を考えると、厄介なのはAIそのものの不調より、記録の元データが単一のサービスに握られている状態のほうだ。録音した音声は端末側に残るので、Claude系のサービスが止まっていても、後からAIボイスメモのメモリスに渡して文字起こし・要約を任せることができる。

障害が起きるたびに聞かれるのは、「別のAIサービスに切り替えればいい」という対応だ。たしかにClaude以外にも生成AIは複数あり、一つが止まっても業務全体を止めずに済む場面は多い。ただし、この切り替えが機能するのは、渡す情報が毎回ゼロから作り直せる作業に限られる。長い会話の要約や議事メモの下書きのように、蓄積した文脈を前提に進める作業は、サービスを乗り換えた瞬間にその文脈ごと失われることが多い。

必要なのは代替AIの用意ではなく、元になる記録そのものを、どのAIにも依存しない形で自分の手元に残しておく体制のほうだ。録音や打ち合わせの音声といった一次データを端末側に確保しておけば、処理を任せるAIが止まっていても、復旧を待つか別のサービスに渡すかを後から選べる。処理を担うAIサービスが一時的に使えなくなっても、元の記録さえ残っていれば、作業をやり直す必要はない。