AI最新ニュース 2026.06.22

Claude API・Claude Code が部分障害|OpusとSonnetエラーの原因と復旧状況【2026年6月】

タグ:Claude / Claude Code / Anthropic / API障害 / 生成AI

TL;DR(3行まとめ)

  • 2026年6月22日、AnthropicはClaude APIおよびClaude Codeにおける部分的な障害(パーシャルアウテージ)を公式に認めました。
  • 影響を受けているのは主にClaude OpusとClaude Sonnetモデルで、APIリクエスト時にエラーが多発している状態です。
  • Anthropicはすでに調査・対応を進めており、復旧作業が継続中です。本記事では確認されている情報を順番にまとめます。

変更内容の詳細

障害の概要

2026年6月22日、AnthropicはClaude APIとClaude Codeが部分的な障害状態にあることを公式に発表しました。具体的には、Claude OpusとClaude Sonnetの両モデルでエラーレスポンスが増加しており、正常にAPIリクエストが処理されないケースが報告されています。

Claude Codeは、CLIやエディタ上でClaudeを呼び出してコーディング作業を補助するツールです。APIへの依存度が高いため、API側の障害が発生するとClaude Code上での操作も直接影響を受けます。開発環境でClaude Codeを常用しているエンジニアにとっては、作業が止まりかねない状況です。

影響を受けているモデル

現時点で障害の影響が確認されているのは以下のモデルです。

モデル名影響
Claude Opusエラー多発(部分的に利用不可)
Claude Sonnetエラー多発(部分的に利用不可)

Anthropicのラインナップの中でも、OpusとSonnetはとくに処理能力が高い上位モデルです。これらのモデルをバッチ処理や本番サービスに組み込んでいるチームへの影響が大きいと考えられます。

「部分的な障害」とはどういう状態か

「パーシャルアウテージ(部分的な障害)」とは、サービス全体が完全に停止しているわけではなく、一部のユーザーまたは一部のリクエストにおいてエラーが発生している状態を指します。そのため、同じAPIキーを使っていても「エラーが出る」「問題なく動く」と体験が分かれる場合があります。エラーの発生頻度や再現性にばらつきがある場合も、この状態に該当します。

Claude Codeへの具体的な影響

Claude Codeはバックエンドでクラウド上のClaudeモデルを呼び出します。OpusやSonnetがエラー状態になっている間は、Claude Code上での以下のような操作に失敗するケースがあります。

  • コードの自動生成・補完
  • ファイル単位での修正・リファクタリング依頼
  • テストコードの生成
  • 質問への回答

エラーが出た場合でも、リトライ(再試行)で通る場合があります。これは部分障害の特性上、リクエストのたびに成否が変わり得るためです。


既存ユーザー・既存システムへの影響

APIを直接利用している開発者

OpusまたはSonnetモデルを指定してAPIを呼び出しているシステムでは、HTTPエラーレスポンスが返ってくる可能性があります。自動リトライ処理が実装されていない場合、処理がそのまま失敗します。バッチ処理や定期実行のワークフローは、エラーログを確認することをお勧めします。

Claude Codeを開発ツールとして使用しているエンジニア

IDE(統合開発環境)やターミナル上でClaude Codeを使っている場合、コード生成・編集の要求がエラーになる可能性があります。ツールとして日常的に使っているほど影響を感じやすい状況です。

SaaSやプロダクトにAPIを組み込んでいるチーム

本番環境にClaude APIを組み込んでいるサービスは、エンドユーザーへの機能提供に支障が出る可能性があります。エラー率の監視(モニタリング)を強化し、エラー時のフォールバック(代替処理)が機能しているか確認してください。

影響を受けにくいケース

部分障害であるため、障害が軽微な時間帯や、リクエスト内容・タイミングによっては問題なく動作する場合もあります。ただし安定しているとは言えない状態のため、本番環境での大量リクエストは慎重に判断することが望ましいです。


必要な対応・移行手順

ステップ1:Anthropicのステータスページを確認する

まず公式のサービスステータスページを確認し、現在の障害状況と復旧の進捗を把握してください。ステータスページはリアルタイムで更新されます。

https://status.anthropic.com

障害が解消されているかどうかは、このページの表示が最も信頼できる情報源です。

障害時のフォールバック実装例

本番環境では、Claude APIの障害時に自動的にフォールバックする仕組みが必要です。

# resilient_claude.py
# Claude API障害時に自動フォールバックするクライアント

import anthropic
import time
from anthropic import APIStatusError, APITimeoutError

client = anthropic.Anthropic()

def call_with_fallback(
    prompt: str,
    primary_model: str = "claude-sonnet-4-5",
    fallback_model: str = "claude-haiku-4-5-20251001",
    max_retries: int = 3,
) -> dict:
    """API障害時にSonnet→Haikuへ自動切り替えして実行する"""
    
    for model in [primary_model, fallback_model]:
        for attempt in range(max_retries):
            try:
                resp = client.messages.create(
                    model=model,
                    max_tokens=1024,
                    messages=[{"role": "user", "content": prompt}]
                )
                pricing = {
                    "claude-sonnet-4-5": (3.00, 15.00),
                    "claude-haiku-4-5-20251001": (0.80, 4.00),
                }
                in_p, out_p = pricing.get(model, (3.00, 15.00))
                cost = (resp.usage.input_tokens * in_p + resp.usage.output_tokens * out_p) / 1_000_000
                
                return {"model": model, "text": resp.content[0].text, "cost_usd": round(cost, 5)}
            
            except APIStatusError as e:
                if e.status_code in (529, 503, 500):
                    wait = 2 ** attempt  # 指数バックオフ
                    print(f"  {model} サーバーエラー({e.status_code}). {wait}秒待機...")
                    time.sleep(wait)
                else:
                    raise  # 4xx系はリトライしない
            except APITimeoutError:
                print(f"  {model} タイムアウト. リトライ {attempt+1}/{max_retries}")
                time.sleep(1)
        
        print(f"  {model}{max_retries}回失敗. フォールバックへ切り替え...")
    
    raise RuntimeError("全モデルでAPIエラーが発生しました。status.anthropic.comを確認してください。")

# 障害時でも自動でHaikuに切り替わる
result = call_with_fallback("今日の天気を教えてください")
print(f"使用モデル: {result['model']}, コスト: ${result['cost_usd']:.5f}")

ステップ2:エラーログを確認する

自分のシステムやClaude Codeで問題が発生している場合は、エラーレスポンスの内容を確認してください。よくあるエラー例としては、APIからの5xx系のHTTPステータスコード(サーバー側の問題を示すもの)が返ってくるケースが挙げられます。

ステップ3:リトライ処理の有無を確認する

APIを直接呼び出しているコードにリトライ(再試行)ロジックが実装されていない場合は、一時的な対応としてマニュアルでの再実行を検討してください。部分障害のため、数秒〜数分後に再試行すると通る場合があります。

ステップ4:緊急性の高いタスクは後回しにする

本番環境での大量の一括処理(バッチ処理)など、障害中に実行すると大量のエラーが積み重なる作業は、復旧確認後に実行することを検討してください。

ステップ5:復旧確認後に通常運用へ戻す

Anthropicのステータスページで「All Systems Operational(全システム正常)」となったことを確認してから通常運用に戻してください。部分障害は段階的に改善される場合もあるため、完全復旧の告知まで様子を見ることが安全です。


背景:2026年6月のAIモデル動向との関係

2026年6月は、複数のAIモデルがアップデートや新規リリースを行うタイミングが集中した時期でもあります。AI Daily Digestの2026年6月22日付けのまとめによると、同日にはCodexの新機能やAWSのエージェントサービスなど、複数のAI関連の動きが重なっていました。需要の集中やインフラへの負荷がサービス障害の一因となった可能性はありますが、Anthropicからの公式な原因説明は本記事執筆時点では詳細に公開されていません。

また、同時期のAIモデルの評価動向を伝えるレポートでは、さまざまなモデルの性能競争が続いていることが報告されています。OpusやSonnetはその中でも利用頻度が高いモデルであり、障害の影響範囲が広くなりやすい位置づけにあります。


関連リンク


あわせて読みたい

参考ソース