AnthropicはClaude Opus 4.7のfast modeを2026年7月24日に削除する。削除後、claude-opus-4-7へspeed: "fast"を指定したリクエストはエラーになる。

継続してfast modeを利用する場合、推奨先はClaude Opus 4.8である。高速応答を前提にSLA、タイムアウト、同時実行数、キュー処理を設計しているシステムは、モデル変更だけでなく運用容量を再評価する必要がある。

何が変わるか

項目内容
対象モデルclaude-opus-4-7
対象設定speed: "fast"
削除日2026年7月24日
削除後fast指定リクエストがエラー
推奨移行先Claude Opus 4.8 fast mode
代替Opus 4.7を標準速度で利用する構成へ変更

Claude Opus 4.6ではfast modeがすでに削除され、speed: "fast"を送っても標準速度・標準料金で処理される。一方、Opus 4.7は削除後にエラーになると案内されている。モデルごとに失敗の仕方が違うため、共通ラッパーの挙動を確認する必要がある。

影響を受けるシステム

  • 音声やチャットで応答時間を厳格に管理している
  • コーディングエージェントの待ち時間を短縮している
  • 複数ステップのエージェントが多数のOpus呼び出しを行う
  • fast mode専用の予算・請求アラートを設定している
  • usage.speedを監視や課金配賦に利用している
  • Opus 4.7をフォールバックモデルとして残している
  • 顧客別設定でfast modeをオン・オフできる
  • SDKラッパーが全Claudeモデルへ一律にspeedを付与する

直接Opus 4.7を選んでいなくても、ルーターやフォールバックが条件付きで呼び出している可能性がある。

移行先の選択

Opus 4.8のfast modeへ移行

低レイテンシー要件を維持したい場合の主な選択肢である。ただし、モデル差による出力品質、ツール選択、トークン量、費用を評価する必要がある。

Opus 4.7の標準速度へ切り替え

モデル挙動を維持し、速度要件を緩和できる場合に検討できる。speedを削除するか標準構成へ切り替え、タイムアウトとキュー滞留を再計測する。

用途別にモデルを分ける

すべての処理にOpus fastを使う必要がない場合、難しい判断だけをOpus 4.8へ送り、分類、抽出、要約などを軽量モデルへ分離する。総費用と待ち時間を抑えやすい。

必要な対応

1. speed指定を横断検索する

次のような記述をコード、設定、テンプレート、APIゲートウェイから検索する。

speed: "fast"
"speed":"fast"
speed=fast

モデル名が動的な場合、speedだけを検索する必要がある。

2. 実利用モデルをログで確認する

モデルルーター、フォールバック、顧客別設定によってOpus 4.7が選ばれた履歴を確認する。過去30日間に呼び出しがなくても、障害時だけ使う経路を除外しない。

3. 同じ入力で比較する

Opus 4.7 fast、Opus 4.7標準、Opus 4.8 fastを比較し、次を測定する。

  • 品質とタスク成功率
  • P50、P95、P99レイテンシー
  • 入出力トークン
  • 1タスク当たり費用
  • ツール呼び出し回数
  • 再試行率
  • タイムアウト率
  • エージェント全体の完了時間

4. タイムアウトと同時実行数を調整する

モデル単体の応答時間だけでなく、キュー、ツール実行、再試行を含むエンドツーエンド時間を測る。標準速度へ切り替える場合は、タイムアウト延長により同時接続やワーカー占有が増える可能性がある。

5. エラー時のフォールバックを検証する

7月24日以降のfast指定エラーを、一般的な一時障害として無限再試行しない。設定エラーとして検知し、停止対象外モデルへ切り替える。

推奨移行手順

段階内容
棚卸しOpus 4.7とfast指定の利用箇所を特定
評価代表タスクで4.8 fastと4.7標準を比較
影響確認SLA、料金、キュー容量、タイムアウトを再計算
段階移行少量トラフィックから切り替え
完了7月23日までに全経路とフォールバックを更新
監視7月24日に400系エラーと再試行増加を監視

編集部分析

fast modeは単なるモデル設定ではなく、システム容量と利用者体験に関係する運用契約である。削除への対応をモデルID変更だけで済ませると、費用上昇、タイムアウト、キュー滞留、ツール実行回数の変化を見落とす。

また、Opus 4.6と4.7で削除後の挙動が異なる点は重要である。APIクライアントは「未対応のspeed指定は黙って標準処理される」と仮定してはいけない。モデル別に仕様と終了日を管理し、未知の設定エラーを明確に失敗させる方が安全である。

実務チェックリスト

  • [ ] Opus 4.7の利用箇所を特定した
  • [ ] speed: "fast"の送信箇所を検索した
  • [ ] ルーターとフォールバックを確認した
  • [ ] Opus 4.8 fastを品質評価した
  • [ ] 標準速度案も比較した
  • [ ] SLA、料金、同時実行数を再計算した
  • [ ] 設定エラーの無限再試行を防いだ
  • [ ] 7月23日までに本番切り替えを完了する

一次情報