Claude Status｜リアルタイム障害確認と対処法【2026年最新】

Claude 障害・稼働状況の現状【2026年8月更新】

2026年6月は、Claudeの信頼性が改めて問われた月になりました。6月上旬から中旬（6/9〜23）にかけてOpus 4.8・Sonnet 4.6・Haiku 4.5でエラーレート上昇が断続的に発生し（公式ステータス上はいずれも解決済み）、さらに6月13日からはClaude Mythos 5・Claude Fable 5へのアクセスが一時停止され、本記事更新時点でも公式ステータスで「Monitoring（監視中）」が続いています（公式告知）。Anthropicは障害の背景として「前例のない需要の急増にインフラ増強が追いついていない」点を挙げています。Claude Codeを業務クリティカルに組み込む企業ほど、障害の即時検知と代替AIへの切替準備が欠かせません。本記事では、今この瞬間にClaudeが落ちているかを確認する方法から、代替AIへの30秒切替、BCP組み込みまでを解説します。

「Claudeが突然使えなくなった。障害なのか、自分だけなのか？」

2026年3月2日の朝、私のSlackに顧問先のDX担当者からメッセージが届きました。「Claude Codeが全然動かないんですが、こちらの設定ミスでしょうか？」と。確認してみると、世界規模の障害でした。Down Detectorでの報告は1,400件以上にスパイク。Anthropicが公式ステータスページで「調査中」を出すまで約10分、原因の説明が来るまでさらに数時間かかっていました。

「障害かどうか分からないまま社内問い合わせが殺到して、IT部門が対応に追われた」という声を、その後の研修でよく聞きます。障害を30秒以内に検知できれば、社内混乱を大幅に減らせます。この記事では、Claude障害をリアルタイムで確認する方法から、通知設定、障害時の代替手段、そして企業のBCPへの組み込み方まで、実務で使える情報を全公開します。

障害発生時の代替モデルの特徴については、GPT-5.4 vs Claude Opus 4.6 vs Gemini 3.1 Pro 3大比較もあわせてご覧ください。

2026年のClaude障害タイムライン — 何が起きたのか

2026年は3月と6月に障害が集中しました。とくに6月は、6/9〜23にかけてOpus 4.8・Sonnet 4.6・Haiku 4.5でエラーレート上昇が断続的に発生（公式ステータス上はいずれも解決済み）し、さらに6/13からはFable 5・Mythos 5のアクセス停止が継続中です。最新の発生状況は必ず公式のstatus.claude.comで確認してください。以下は過去の代表的な大規模障害（2026年3月）の記録です。

Anthropicが公式に発表している直近90日の稼働率は以下の通りです（2026年6月時点・status.claude.com）:

• claude.ai: 99.12%
• Claude API: 99.41%
• Claude Code: 99.28%
• Claude for Government: 99.93%

99%超えに見えますが、最も数字の低いclaude.aiの99.12%でも年換算で約77時間のダウンタイムに相当します。ミッションクリティカルな業務であれば、これは無視できない数字です。

Claudeが使えない・繋がらない時の症状別チェックフロー

「Claude が動かない」とひと口に言っても、全体障害・個別エラー・回線問題・契約上限の4パターンがあり、対処方法が全く違います。研修現場でも「全体障害だと思ったら自分の使い方の問題だった」「上限到達なのに障害ステータスを連打していた」という事例が頻発します。以下のフローで5分以内に切り分けてください。

切り分けのコツ: 「全体障害」かどうかは status.claude.com（黄/赤マーク有無）と X（旧Twitter）の “Claude down” 検索の2つで5分以内に判定できます。両方静かなら、ほぼ確実に「自分側の問題」なので、上の表で症状別に潰してください。

Claudeのエラーメッセージ別の意味と対処一覧（応答が未完了です／degradedほか）

チェックフローで大枠を切り分けたら、次は画面に表示された文言から原因を特定します。同じ「使えない」でも、メッセージによって「待つ」「再送する」「自分側を直す」のどれが正解かが変わります。なお、UIに表示される文言はアプリのバージョンや言語設定によって異なる場合があります。

「応答が未完了です」と表示された時の意味と対処

claude.aiで回答の生成が途中で中断されると、「応答が未完了です」という表示で止まることがあります。これは必ずしも障害ではありません。一時的な負荷のほか、入力が長すぎる・チャット履歴が長くなりすぎている場合に出やすいという報告が多いメッセージです。対処は次の順番が効率的です。

1. 途中まで出力されている場合は「続きを書いて」と短く送る（中断箇所から再開されることが多い）
2. 何も出ていない場合は同じプロンプトをそのまま再送する
3. 会話が長くなっている場合は、新しいチャットを開いて要点だけ添えて送り直す
4. 何度も繰り返す場合はstatus.claude.comで障害の有無を確認する

似た状況の英語メッセージとして「Due to unexpected capacity constraints, Claude is unable to respond」（想定外の容量制約により応答できない）があります。Anthropicの公式ヘルプセンターはこれを「一時的なもので、障害（outage）ではない」と説明しており、数分待ってからの再試行が公式の推奨です。

「Anthropic services may be degraded. Check status.claude.com for updates.」が出た時

この英語の注意書きは、Anthropic側でサービス劣化（インシデント）が起きている可能性を知らせるものです。文言が示す通り、やることはシンプルで、status.claude.comを開いて自分が使っているコンポーネント（claude.ai / Claude API / Claude Code）の行の色を確認するだけです。読み方と色別の推奨アクションは稼働状況の読み方セクションで解説した通りです。少なくとも、このバナーが出ている間に自分のPCや設定をあれこれ変える必要はありません（表示条件や文言はバージョンにより異なる場合があります）。

overloaded（529）・rate limit（429）・capacity constraintsの違い

この3つは「混雑系」の表示としてよく混同されますが、誰の問題か（Anthropic側か自分側か）が違います。Anthropic公式のAPIエラー仕様では次のように定義されています。

1点だけ公式の注意書きを補足すると、「組織の利用量が急増した場合、加速制限（acceleration limits）によって429が返ることがある。トラフィックは徐々に増やすこと」とされています。529はAnthropic側・429は基本的に自分側、と覚えておくと切り分けが速くなります。

メッセージ別「待つ・再送・切替」判断表

「上限系か障害か」の大枠の切り分けは、前述の症状別チェックフローとセットで使ってください。

Claude Codeだけが使えない時の切り分けと対処（CLI固有チェック）

「claude.aiのチャットは動くのに、Claude Codeだけ動かない」という状況は実際に起こります。公式ステータスページはコンポーネント別に管理されているため、claude.aiが緑でもClaude Codeだけ黄/赤ということがあり得るからです（読み方は稼働状況セクション参照）。ここではCLIならではの確認手順をまとめます。

まず打つべき確認コマンド：/status・/doctor・claude doctor

Claude Codeには自己診断の仕組みが組み込まれています。公式ドキュメントに記載されている確認手段は次の通りです。

# Claude Codeだけ動かない時の最短チェック
claude --version   # 起動するか・バージョン確認
claude doctor      # 起動しない/挙動がおかしい時の自動診断

# セッションに入れる場合はセッション内で:
#   /status  … 接続先・認証方式・モデルの確認
#   /doctor  … インストールと設定の診断
#   /model   … 529が続く時に別モデルへ切替

「API Error: Repeated 529 Overloaded errors」が出た時の待ち方

障害・高負荷時にClaude Codeで最もよく見るのがこの表示です。

API Error: Repeated 529 Overloaded errors. The API is at capacity —
this is usually temporary. Try again in a moment.
If it persists, check https://status.claude.com.

押さえておきたいのは3点です。

• Claude Codeはこの表示を出す前に自動で複数回リトライ済み（既定で最大10回）。表示直後に連打しても通りません
• 529は利用上限とは無関係で、クォータも消費しないと公式ドキュメントに明記されています
• 容量はモデル別に管理されているため、/modelで別モデルに切り替えると作業を続けられることが多い（特定モデルが高負荷の時はClaude Code側から切替を促す表示が出ることもあります）

公式の推奨手順は「statusページで容量系の告知を確認 → 数分待って再送 → 別モデルへ切替」の順です。

サブスク利用とAPI従量利用で「使えない」の意味が違う

同じClaude Codeでも、認証方式によって詰まり方が変わります。

• Pro/Maxサブスク認証: 「You’ve hit your session limit · resets 3:45pm」のような表示は障害ではなくプランの利用上限。/usageで残量とリセット時刻を確認できます
• APIキー認証（従量課金）: 「API Error: Request rejected (429)」はAPIキー側のレート上限。プロバイダのコンソールで上限を確認します
• 落とし穴: シェルに古いANTHROPIC_API_KEY環境変数が残っていると、サブスクではなくそのAPIキー経由で接続され、低ティアのキーで429を踏むことがあります（公式ドキュメントが挙げる既知パターン）。/statusでどの認証がアクティブか確認してください

障害ではない典型3パターン（旧バージョン・環境・認証切れ）

statusページが緑でX上も静かなら、次の3つを順に潰します。

1. CLIが古い: claude --versionで確認。現在の公式推奨はネイティブインストーラで、curl -fsSL https://claude.ai/install.sh | bashの再実行で最新化できます。npm版を使っている場合はnpm update -g @anthropic-ai/claude-code。複数のインストール方式の混在はバージョン不整合の原因になるため、公式はネイティブ版への一本化を推奨しています
2. 認証セッション切れ: OAuthトークンの期限切れ（「OAuth token has expired」等）は/loginで再認証すれば解消します
3. 実行環境の問題: Node環境やPATHの問題はclaude doctorが自動検出してくれます。手作業で調べる前にまず診断を走らせるのが早道です

Claude障害をリアルタイムで確認する4つの方法

方法1：公式ステータスページ（最速・最確実）

最初に確認すべき場所は公式ページです。

公式ステータスページのコンポーネント別ステータスは以下を確認します:

• Claude.ai: Webブラウザからの利用
• Anthropic API: API経由のシステム統合
• Claude Code: コーディングアシスタント機能
• claude.ai for Business / Team: 企業プラン向け

ステータスの見方: Operational（正常）/ Degraded Performance（性能低下）/ Partial Outage（部分停止）/ Major Outage（大規模障害）の4段階。

方法2：X（旧Twitter）でのリアルタイム検索

公式ページの更新より早く、X上でユーザー報告が上がることがあります。特に障害発生直後の数分間は、X検索が最速の情報源になることも。

効果的な検索クエリ:

claude down
claude outage
claude 障害
anthropic down
"claude code" error
"claude api" error site:x.com

Anthropicの公式アカウント @AnthropicAI や @ClaudeAI も障害情報を投稿することがあります。フォローしておくと通知を受け取れます。

方法3：Downdetector（ユーザー報告の可視化）

Downdetector のClaude.aiページでは、ユーザーからの障害報告数をリアルタイムでグラフ化しています。

活用ポイント:

• 「スパイク（急上昇）」が見えたら障害の可能性が高い
• 地域マップで「自分のエリアだけか世界規模か」を確認できる
• コメント欄で症状（ログインできない、APIがタイムアウトなど）を確認できる

方法4：StatusGator・IsDown（サードパーティ監視サービス）

複数のサービスをまとめてモニタリングする企業向けツールです。

Claude + ChatGPT + Gemini + Slack + Notionなど、複数ツールを業務利用しているなら、StatusGatorで一括監視するのが効率的です。

Claudeの稼働状況（status）を画面で読む — ステータス表示の意味と判定手順

障害かどうかを最短で判定するには、公式ステータスページの「読み方」を先に押さえておくのが近道です。コンポーネント別の稼働率、4段階のインジケーター、そして30秒でできる確認手順を整理します。なお最新の値は必ずstatus.claude.comで確認してください（以下の数値は更新時点の参考値です）。

監視対象6コンポーネントと直近90日の稼働率

公式ステータスページでは、サービスごとにコンポーネントが分かれて表示されます。「自分が使っている入口がどれか」を把握しておくと、影響範囲を正確に判断できます。

たとえば「Webのチャットは動くがCLIだけ落ちている」場合、claude.aiは緑でClaude Codeだけが黄/赤、というように表示が分かれます。どのコンポーネントが影響を受けているかを見れば、代替に切り替えるべき業務を即座に絞り込めます。

4段階インジケーターの意味と推奨アクション

各コンポーネントのステータスは色で4段階に分かれます。色ごとに取るべき行動を決めておくと、判断に迷いません。

status.claude.comを30秒で確認する5手順

なおstatus.anthropic.comにアクセスしても、現在はstatus.claude.comへリダイレクトされ、同一の内容が表示されます。どちらのURLをブックマークしていても問題ありません。

1. status.claude.com を開く
2. ページ最上部の総合ステータス（「All Systems Operational」等の帯）の色を見る
3. 自分が使うコンポーネント（claude.ai / Claude API / Claude Code 等）の行の色を確認する
4. 緑以外なら、ページ中段の「Incidents」で発生中インシデントの内容と最新更新時刻をチェックする
5. 緑なのに繋がらない場合は、自分側（回線・利用上限・セッション・社内FW）を疑う

障害通知を購読する6つの方法

毎回ページを開かなくても、公式ステータスページは複数の方法で通知を購読できます。チームの運用に合った手段を選びましょう。

もっとも手軽で効果が高いのはSlack通知です。設定は次の4手順で完了します。

1. status.claude.com 右上の「Subscribe to Updates」をクリック
2. 「Slack」タブを選択し「Add to Slack」をクリック
3. 通知先のワークスペースとチャンネル（例：#ai-tools-status）を選ぶ
4. 「Subscribe」で完了。以後インシデントの開始・更新・解決ごとに自動投稿される

Atom/RSSでプログラム的に監視する

監視サーバーやスクリプトから定期的にステータスをチェックしたい場合は、Atomフィードを使うと安定して取得できます。インシデントが追加・更新されるとフィードに反映されるため、cronで巡回して差分を検知する用途に向いています。

# Atomフィードを取得して最新インシデントの有無を確認
curl -s https://status.claude.com/history.atom | head -n 40

# 「最新エントリのタイトル」だけ抜き出す例
curl -s https://status.claude.com/history.atom 
  | grep -m1 -oE ''

取得したフィードを既存の監視基盤（Slack通知・PagerDuty等）に連携すれば、公式の更新をトリガーにした自動アラートを組めます。

Claudeのメンテナンス情報を確認する方法 — 計画メンテはあるのか

「使えないのは計画メンテナンスのせいでは？」という疑問に先に答えると、Claude（クロード）には国内サービスにあるような定例メンテナンス（毎週◯曜深夜など）はありません。公式ステータスページの公開データで「計画メンテナンス（Scheduled Maintenance）」として記録されているのは、確認できる範囲でわずか2件です（2026年7月2日時点）。

• 2024年12月13日: Claude.aiとAnthropic Consoleの計画メンテナンス
• 2025年8月29日: コネクタ認証ストレージのアップグレード（Upgrades to Connector Auth Storage）

つまり「Claudeが使えない」の原因が計画メンテである可能性は極めて低く、まず障害（インシデント）か自分側の問題を疑うのが正解です（症状別チェックフロー参照）。

Scheduled Maintenance欄はどこに表示されるか

status.claude.comは、メンテナンスが予定されている時だけトップページに告知が表示される方式です。予定がない時期は欄自体が表示されません（本記事更新時点でも表示なし＝予定なし）。告知が出た場合は「Scheduled（予定）→ In progress（実施中）→ Completed（完了）」と状態が進みます。

メンテナンスと障害（インシデント）の見分け方

メンテナンス予定を事前に受け取る・自動で確認する

ステータスページの購読（メール・Slack・Teams・SMS・Webhook・RSS）を設定しておけば、インシデント通知と同じ経路でメンテナンスの告知も受け取れます。設定手順は前述の障害通知を購読する6つの方法の通りです。

プログラムから定期チェックしたい場合は、ステータスページ標準のAPIで計画メンテナンス一覧をJSONで取得できます（2026年7月時点で動作確認済み）。

# 計画メンテナンスの一覧をJSONで取得
curl -s https://status.claude.com/api/v2/scheduled-maintenances.json

# 現在の総合ステータスだけを取得
curl -s https://status.claude.com/api/v2/status.json

Claude障害の傾向と過去事例から分かる復旧時間の目安

「あと何分待てば復旧するのか」は、障害対応で最も知りたい情報です。残念ながら復旧時間に保証はありませんが、過去のインシデント傾向からおおよその目安は立てられます。以下はあくまで傾向・目安であり、保証された数値ではありません。最新かつ正確な状況は必ずstatus.claude.comで確認してください。

障害タイプ別の傾向と平均復旧目安

傾向として、インフラ過負荷やエラーレート上昇は比較的短時間（数時間以内）で収束することが多い一方、特定モデルのアクセス停止は数時間〜数日に及ぶことがあります。後述の2026年の事例がその典型です。

2026年前半に見られた障害パターン

• 2026年3月: 3波の大規模障害が発生。3/2の需要急増によるインフラ過負荷、3/10〜11の認証エラー・チャットフリーズ、3/26〜27のモデル別エラーレート上昇と、タイプの異なる障害が連続した。
• 2026年6月上旬〜中旬（6/9〜23）: Opus 4.8・Sonnet 4.6・Haiku 4.5でエラーレート上昇が断続的に発生（公式ステータス上はいずれも解決済み）。
• 2026年6月13日〜: Claude Mythos 5・Claude Fable 5へのアクセスが一時停止され、本記事更新時点でも公式ステータスで「Monitoring（監視中）」が継続。特定モデルの停止が長期化する典型例。

この傾向から言えるのは、「エラーレート上昇は待てば直ることが多いが、特定モデルの停止は代替モデルの準備が必須」という点です。業務で特定モデルに依存している場合ほど、平常時から代替の確保が重要になります。

公式ステータスに未反映の時間帯をどう判断するか

過去の大規模障害でも、公式ステータスが「Operational」のまま最初の10〜15分が経過したケースがありました。公式反映を待つ間に、以下の4つで「実際に落ちているか」を補完判断します。

1. X（旧Twitter）で “claude down” を検索: 障害直後はユーザー報告が公式より先行することが多い
2. Downdetectorを確認: 報告数のスパイクや地域マップで世界規模か自分のエリアだけかを判断
3. Anthropic公式X（@AnthropicAI / @ClaudeAI）を確認: 大規模障害時はSNS側で先にアナウンスされることがある
4. 別ブラウザ・別回線で再現確認: シークレットウィンドウやモバイル回線で試し、自分側の問題を切り分ける

判断の目安: 上記のうち2つ以上で障害の兆候が確認できたら、公式ステータスがまだ緑でも、高影響業務は代替AIへの切替を始めてよいタイミングです。公式の反映を待ってから動くと、その分だけ業務停止が長引きます。

Claudeの障害通知を自動受信する設定方法

顧問先でよく提案するのが、公式ステータスページからの通知設定です。設定は5分でできます。

Slackへの通知設定（推奨）

1. status.claude.com を開く
2. 右上の「Subscribe to Updates」ボタンをクリック
3. 「Slack」タブを選択
4. 「Add to Slack」をクリックして、通知先チャンネルを選ぶ
5. 「Subscribe」で完了

以後、インシデントの開始・更新・解決のたびに自動でSlackに投稿されます。「#ai-tools-status」のような専用チャンネルを作っておくと、社内への周知がスムーズです。

メール通知の設定

1. status.claude.com → 「Subscribe to Updates」
2. 「Email」タブにアドレスを入力
3. 確認メールのリンクをクリックして完了

Webhookによる自動対応（エンジニア向け）

APIシステムに組み込んでいる場合は、Webhookで障害通知を受け取り、自動フェイルオーバーをトリガーすることもできます。

# Webhook設定例（Node.js）
const statusPageWebhook = {
  url: 'https://your-service.com/webhook/anthropic-status',
  events: ['incident.create', 'incident.update', 'incident.resolve'],
  components: ['claude-api', 'claude-code']
};

// 障害検知時のフェイルオーバー処理
app.post('/webhook/anthropic-status', (req, res) => {
  const { status, component } = req.body;
  if (status === 'major_outage' || status === 'partial_outage') {
    // GPT-5.4またはGemini 3.1 Proにルーティング切り替え
    switchToFallbackProvider('gpt-5-4');
    notifyOpsTeam('Claude障害を検知。GPT-5.4にフェイルオーバーしました');
  }
  res.sendStatus(200);
});

Claude障害時の代替手段5選

「Claudeが落ちた。今すぐどうすればいい？」という状況のために、用途別の代替手段をまとめます。

代替1：GPT-5.4（最有力代替）

コーディング・法務文書・専門業務での代替として最も信頼性が高い選択肢です。

• 即時アクセス: chatgpt.com または OpenAI API
• 得意分野: コンピュータ操作（OSWorld 75%）、法務（BigLaw 91%）、知識業務（GDPval 83%）
• 注意点: Claude Opus 4.6より文章の一貫性でやや劣る場面あり
• API料金: $2.50/$15（1Mトークンあたり入力/出力）

# OpenAI APIへの切り替え例（Python）
import openai

# Claudeから切り替える場合の最小変更
client = openai.OpenAI(api_key="your-openai-key")

response = client.chat.completions.create(
    model="gpt-5-4",  # claude-opus-4-6 → gpt-5-4
    messages=[
        {"role": "user", "content": your_prompt}
    ]
)
# メッセージ構造はClaude APIと互換性が高い

代替2：Gemini 3.1 Pro（コスト効率重視）

• 即時アクセス: gemini.google.com または Google AI Studio
• 得意分野: 科学推論（GPQA Diamond 94.3%）、大量処理（最安値）
• 注意点: 出力トークン上限が65,536と少なめ
• API料金: $2.00/$12（1Mトークンあたり）

代替3：LiteLLMによる自動フェイルオーバー（エンジニア向け）

複数プロバイダーをOpenAI互換APIで統一管理し、障害時に自動切り替えできる仕組みです。

# LiteLLMのフォールバック設定例
import litellm

# Claude → GPT-5.4 → Gemini 3.1 Pro の順でフォールバック
litellm.fallbacks = [
    {"claude-opus-4-6": ["gpt-5-4", "gemini-3.1-pro-preview"]}
]

response = litellm.completion(
    model="claude-opus-4-6",
    messages=[{"role": "user", "content": "your_prompt"}],
    fallbacks=["gpt-5-4", "gemini-3.1-pro-preview"]
)
# Claudeが落ちていても自動的に次のモデルへ切り替わる

代替4：ローカルLLM（オフライン対応・セキュリティ重視）

インターネット接続に依存しない完全オフライン環境が必要な場合です。

Ollamaを使えば、MacBook Pro（M3 Max）でも34Bクラスのモデルが動作します。完全なバックアップ推論環境を自社内に持てます。

代替5：Amazon Bedrock / Azure OpenAI（エンタープライズ向け）

• Amazon Bedrock: Claude・GPT・Gemini・Mistralなど複数モデルを一元管理。既存AWSインフラとの統合が強み
• Azure OpenAI: Microsoft 365環境との統合、エンタープライズSLAあり
• 共通の強み: 既存クラウド契約に乗せられる、監査ログが取れる

企業のBCP（事業継続計画）へのAI障害対応の組み込み方

2026年3月の一連の障害を受けて、企業のBCPに「AI障害対応手順」を追加する動きが出ています。100社以上のAI研修・コンサル経験から、実践的な組み込み方をお伝えします。

事例区分: 想定シナリオ
100社以上の研修・コンサル経験をもとに構成した典型的なシナリオです。

ステップ1：AI利用の業務影響度分類（棚卸し）

まず社内でClaude（またはAI全般）を使っている業務を影響度別に分類します。

ステップ2：AI障害対応手順書の作成

以下の項目を含む社内向けドキュメントを1枚作成します。

【AI障害発生時の対応手順】

1. 確認（所要時間：2分以内）
   □ status.claude.com を確認
   □ X で "claude down" を検索
   □ 自分だけの問題か世界規模かを判断

2. 判断（所要時間：1分以内）
   □ 軽微（Degraded Performance）→ 様子見（30分）
   □ 深刻（Partial/Major Outage）→ 代替手段に切り替え

3. 切り替え（所要時間：5分以内）
   □ 高影響業務：[代替ツール名]を起動
   □ 中影響業務：[代替ツール名]または手動対応に切り替え
   □ 社内周知：#ai-tools-statusチャンネルに状況を投稿

4. 解決確認
   □ status.claude.com が「Operational」に戻ったことを確認
   □ 動作テストを実施してから業務に戻る

ステップ3：定期的な「障害対応訓練」

年2回程度、意図的にClaude（またはメインAIツール）を使えない状況を作り、代替手順で業務を回す訓練をすることをお勧めします。実際にやってみて初めて「代替ツールのアカウントを持っていなかった」「APIキーの管理場所を誰も知らなかった」などの問題が見えてきます。

ステップ4：マルチプロバイダー設計の実装

技術的な対策として、AWSが公開している「Multi-Provider Generative AI Gateway」のリファレンスアーキテクチャも参考になります。

ステップ5：AI関連のSLAと契約条項の整備

ベンダーとの契約で確認・追加すべき条項:

• 稼働率SLA: 99.9%保証、障害時の通知義務（例：15分以内の一次通知）
• 賠償責任: 障害による損害の補償範囲（多くの場合、1ヶ月分のサブスクリプション料金が上限）
• 監査権: モデル変更履歴・セキュリティ対策の確認権
• データポータビリティ: ファインチューニングデータ・利用ログのエクスポート権

CIO誌の調査によると、AIプロバイダーの88%が賠償責任の上限をわずか1ヶ月のサブスクリプション料金に設定しています（参照: CIO — Your vendor’s AI is your risk）。契約上の保護は限定的であることを前提に、自社側の対策を厚くする必要があります。

【要注意】障害対応でよくある失敗パターンと回避策

失敗1：「公式ページに掲載されていないから障害ではない」と誤判断する

❌ status.claude.com に異常表示がないから、自分の環境の問題だと思い込む

⭕ 公式ページの更新には数分〜10分のタイムラグがある。Xでの報告やDowndetectorも並行確認する

なぜ重要か: 2026年3月2日の障害でも、最初の10〜15分はステータスページが「Operational」のままでした。ユーザー報告がXで先行することが多いです。

失敗2：代替ツールを「障害が起きてから」初めて試す

❌ Claudeが止まってから初めてGPT-5.4のアカウントを作り始める

⭕ 平常時に代替ツールのアカウント作成・APIキー取得・基本動作確認を済ませておく

なぜ重要か: 障害発生時は代替ツールへのアクセス集中でサインアップ処理が遅延することも。事前準備が命です。

失敗3：障害解決後に「なぜ気づくのが遅れたか」を振り返らない

❌ 障害解消後、そのまま業務に戻る

⭕ 検知までの時間・社内周知の速度・代替手段への切り替え速度を記録し、次回の改善点を特定する

なぜ重要か: 同じ失敗を繰り返さないためには、インシデントレビューが不可欠です。「次回はSlack通知を設定しておく」という具体的なアクションにつなげましょう。

失敗4：ローカルLLMを過信する

❌ 「ローカルLLMがあればどんな障害も関係ない」

⭕ ローカルLLMはクラウドAPIの70〜80%の精度が現実的。精度が必要な業務には向かない場合も

なぜ重要か: ローカルLLMは完全バックアップではなく「緊急代替手段」として位置づけるべきです。精度が許容できるタスクに限定して活用しましょう。

障害に強いAI活用体制の全体像

最後に、障害に強いAI活用体制の全体像をまとめます。

「全部一度にやる必要はありません」と研修でよくお伝えしています。まず「検知」だけを今日中に設定するだけで、次の障害時の対応は劇的に変わります。

あわせて読みたい：Claude Status監視＆SLA設計｜障害通知Bot・フォールバック実装（エンジニア向け）

参考・出典

• Claude Incident History — Anthropic Status（参照日: 2026-03-27）
• Anthropic confirms Claude is down in a worldwide outage — BleepingComputer（参照日: 2026-03-27）
• Anthropic’s Claude reports widespread outage — TechCrunch（参照日: 2026-03-27）
• Claude was down — Here’s what happened — Tom’s Guide（参照日: 2026-03-27）
• Claude was down for many — TechRadar（参照日: 2026-03-27）
• Is Claude Down? March 2026 Anthropic Outage & Failover Tips — DeployFlow（参照日: 2026-03-27）
• Is Anthropic (Claude) Down? Uptime History — API Status Check（参照日: 2026-03-27）
• Your vendor’s AI is your risk — CIO（参照日: 2026-03-27）
• Multi-Provider Generative AI Gateway — AWS（参照日: 2026-03-27）
• Operational Resilience in the Age of AI — ISACA（参照日: 2026-03-27）
• Commands reference — Claude Code Docs（参照日: 2026-07-02）
• Error reference — Claude Code Docs（参照日: 2026-07-02）
• Errors — Claude Platform API（参照日: 2026-07-02）
• Troubleshoot Claude error messages — Claude Help Center（参照日: 2026-07-02）

まとめ：今日から始める3つのアクション

1. 今日（5分）: status.claude.com でSlack通知を設定する
2. 今週中（2時間）: GPT-5.4とGemini 3.1 Proのアカウントを作成し、普段使うタスクを試す。代替手順書を1枚作成する
3. 今月中（1日）: AI利用の業務影響度を分類し、影響度「高」の業務についてLiteLLMなどのフェイルオーバー設計を検討する

あわせて読みたい:

• GPT-5.4 vs Claude Opus 4.6 vs Gemini 3.1 Pro — 用途別3大モデル比較
• AI導入戦略完全ガイド — マルチプロバイダー設計を含む包括ガイド

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。早稲田大学法学部在学中に生成AIの可能性に魅了され、X（旧Twitter）で活用法を発信（@SuguruKun_ai、フォロワー約10万人）。100社以上の企業向けAI研修・導入支援を展開。著書『AIエージェント仕事術』（SBクリエイティブ）。SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。

関連記事（障害対策・代替AI）

• Claude障害30秒確認｜代替AI切替フロー
• Claude Code法人契約完全ガイド｜SSO/請求書
• OpenAI Codex料金プラン徹底比較
• Gemini 3.1 Pro完全ガイド
• Claude Codeでできること25選