Claude、1日に2度の障害 — AIが止まっても業務を止めない備え

11月13日の夜、何が起きていたの?

Visegrád 24は、ニュースや時事を集めて発信しているアカウントです。今回の投稿は、ログインできない、回答が返らないなど、利用者が困っている場面を短い言葉で並べました。何が起きているかを先に知らせる速報として、役目を果たしています。

Anthropicは、サービスの稼働状況を公開するページ(ステータスページ)を持っています。その記録では、1件目の障害は日本時間18時58分に始まりました。第一報は「claude.aiとClaude Codeへのログイン(認証)で問題が起きている」という内容です。

20時5分に修正を反映し、20時58分に解決しました。影響を受けたのは、claude.ai、開発者向けの管理画面(Claude Console)、Claude Code、Claude Coworkです。投稿は19時24分で、まさに障害の最中でした。

なお、投稿にある「ファイルをアップロードできない」という症状は、公式の記録には出てきません。

同じ日に、もう1件止まっていたの?

同じ日の22時9分、2件目の報告が出ました。claude.ai、他のシステムから呼び出す窓口(API)、Claude Codeの性能低下です。

影響はその後、外部サービスとつなぐ機能(コネクタ)にも広がりました。Claude DocsやClaude Sheets、Claude Managed Agents、Claude Securityも挙がっています。解決は翌14日の0時38分です。

解決の直前の報告には、見過ごせない一文があります。定期実行のタスクは2時間以上遅れることがあり、一部の実行は飛ばされた、というものです。

いちばん気づきにくいのは、どの止まり方か?

同じ「障害」でも、止まり方によって気づきやすさが違います。11月13日の記録を並べると、次のようになります。

ログインできなければ、使う人がすぐに声を上げます。一方で、夜のうちに集計して朝に届くはずの報告は、届かなくても誰も騒ぎません。AIに定型業務を任せるほど、この3つ目の止まり方が増えます。

障害はAIの外からも来るの?

ステータスページには、同じ時期にもう1件の記録があります。Microsoft 365とつなぐコネクタと、Claude for Outlookの障害です。

日本時間13日1時3分から14日1時40分まで、メール・予定表・検索のツールで多くのリクエストがエラーを返しました。原因はMicrosoft 365側のサービス障害です。Anthropicは、Microsoftの稼働状況のページを案内していました。

10月下旬にも、GmailとGoogleカレンダーのコネクタでエラーの記録があります。AIを社内のツールとつなぐほど、止まる入口は増えます。つなぎ先の障害は、自社のAIの障害として現場に現れます。

止まる前提で、何を決めておくか?

まず、止まったことを早く知る手段です。Claudeのステータスページは、メール、SMS、Slack、Microsoft Teams、RSSなどで更新を受け取れます。担当者の画面に通知が届くようにしておけば、利用者の問い合わせより先に動けます。

次に、事業継続計画(BCP)にAIの停止を書き加えることです。地震や停電と同じく、「AIが半日使えない日」の手順を決めておきます。

複数のAIサービスを使い分けて、片方が止まっても続けられるようにする考え方もあります。ただし、契約や設定、社員への教育が二重になります。すべての業務ではなく、止まると困る業務に絞るのが現実的です。

SYNCONの視点 — 日本の非エンジニア経営層は何を盗むべきか

Visegrád 24の投稿が多くの人に届いたのは、AIが止まると仕事が止まる人が、それだけ増えたからです。SYNCON編集部も記事づくりの一部をAIで自動化しており、他人事ではありません。障害をゼロにすることはできません。決めておけるのは、止まったときの動き方です。

月曜からできることは3つあります。AIに任せている業務を一覧にし、止まったときの代わりの手順を1行ずつ書くこと。ステータスページの通知を、担当者が毎日見るTeamsやSlackに流すこと。そして定期実行の結果が「届いたか」を確かめる人を決めることです。

要点まとめ

• 11月13日、Claudeの公式記録に障害が2件。18時58分からのログインの障害と、22時9分からの性能低下
• Visegrád 24の投稿は、1件目の障害の最中に利用者の症状を伝えた速報
• 2件目では、定期実行のタスクが2時間以上遅れ、一部は実行されなかった
• Microsoft 365側の障害で、Claude for Outlookなどの連携がおよそ1日エラーを返した
• 気づきにくいのは、誰も画面を見ていない定期実行の抜け落ち
• 通知の受け取り先、代わりの手順、結果を確かめる人を、導入の時点で決めておく