はじめに

2026年8月18日、Anthropic のステータスページにて、Claude API の複数モデルに影響するパフォーマンス低下インシデントが報告されました。対象は Claude Mythos 5、Claude Fable 5、Claude Opus 5、Claude Sonnet 5、Claude Haiku 4.5 など主要モデル群で、エラー率の上昇が確認されています。

執筆時点で修正は実装済みですが、恒久復旧（Resolved）はまだ宣言されておらず、Anthropic 側は結果を監視している段階です。Claude API を本番サービスに組み込んでいる開発者にとっては、リトライ処理やフォールバック設計の妥当性を再確認する良い機会となる出来事です。

📌 影響を受ける人
Claude Messages API を通じて Mythos 5 / Fable 5 / Opus 5 / Sonnet 5 / Haiku 4.5 のいずれかを呼び出しているアプリケーション・サービスの開発者・運用者

変更の全体像

今回のインシデントは「発生 → 調査 → 修正実装 → 監視中」という典型的な障害対応フローを辿っています。時系列を整理すると以下の通りです。

影響範囲を模式化すると次のようになります。

変更内容

今回のインシデントの要点を整理します。

項目	内容
発生時刻	2026-08-18 16:20 UTC
事象	複数の Claude モデルへのリクエストでエラー率が上昇
影響モデル	Mythos 5, Fable 5, Opus 5, Sonnet 5, Haiku 4.5（他モデルも含む可能性あり）
影響 API	Claude API (Messages API)
重点調査対象	Claude Opus 5（17:12 UTC 時点で特に言及）
対応状況	18:26 UTC に修正実装、現在は Monitoring（監視中）
恒久復旧宣言	未実施（本データ取得時点）
料金・機能への恒久的変更	なし

severity は high と評価されていますが、これは影響モデルの多さと、Claude Opus 5 という主要モデルが含まれる点が主な理由です。機能や料金体系そのものへの変更は含まれておらず、一時的な可用性の問題という位置づけです。

影響と対応

現時点でユーザー側に必須のアクションはありません（action_required: false）。ただし、本番環境で Claude API に依存しているサービスでは、以下の点を再確認しておくと安心です。

リトライ・バックオフ実装の確認: エラー率上昇時に指数バックオフ付きリトライが機能しているか
ステータスページの監視: status.claude.com を Slack 通知等に連携しているか
フォールバックモデルの検討: 特定モデルへの依存度が高い場合、代替モデルへの切り替えパスがあるか
エラーログの相関確認: 2026-08-18 16:20〜18:26 UTC 前後に自社サービスでエラー増加がなかったかの事後確認

💡 Tips
「Monitoring」ステータスは「修正は入ったが、まだ完全に安定したとは言い切れない」状態です。この期間中はリトライ設計に余裕を持たせておくと安全です。

コード例

複数モデルにまたがる一時的な障害に備え、指数バックオフ付きリトライとフォールバックモデルへの切り替えを組み込む実装例です。

Before（リトライなし・単一モデル固定）

import anthropic

client = anthropic.Anthropic()

response = client.messages.create(
    model="claude-opus-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello"}],
)

障害発生時にこの実装だと、エラー率上昇の影響をそのまま受けてリクエストが失敗します。

After（リトライ＋フォールバックモデル）

import time
import anthropic

client = anthropic.Anthropic()

FALLBACK_MODELS = ["claude-opus-5", "claude-sonnet-5", "claude-haiku-4-5"]

def create_message_with_fallback(messages, max_retries=3):
    last_error = None
    for model in FALLBACK_MODELS:
        for attempt in range(max_retries):
            try:
                return client.messages.create(
                    model=model,
                    max_tokens=1024,
                    messages=messages,
                )
            except anthropic.APIStatusError as e:
                last_error = e
                wait = 2 ** attempt
                time.sleep(wait)
        # このモデルで全リトライ失敗 → 次のフォールバックモデルへ
    raise last_error

response = create_message_with_fallback(
    [{"role": "user", "content": "Hello"}]
)

このように、モデル単位のフォールバックとリトライを組み合わせることで、特定モデル（今回で言えば Claude Opus 5）に限定した障害の影響を緩和できます。

まとめ

2026-08-18、Claude Mythos 5 / Fable 5 / Opus 5 / Sonnet 5 / Haiku 4.5 を含む複数モデルでエラー率上昇のインシデントが発生
特に Claude Opus 5 へのリクエストが重点的に調査対象となった
18:26 UTC に修正が実装され、現在は Monitoring（監視中）フェーズ
本データ時点では恒久復旧（Resolved）は未宣言
機能・料金への恒久的変更はなく、ユーザー側の必須対応はない
本番運用では、リトライ・バックオフとフォールバックモデルの整備を改めて確認しておくことを推奨

最新の状況は Anthropic Status ページで随時確認してください。