Claude 高速モードの使い方と料金：Opus 5.5の高速化は割に合う？

Claude 高速モードで何が変わる？

高速モードは、同じモデルを、より高速な配信構成で動かす機能です。買い物の優先レジにたとえると、かごの中身は同じまま、追加料金を払って会計を早く済ませるイメージです。Anthropicは、知能や機能を変えずに、1秒あたりの出力トークン数が最大2.5倍になると公表しています。これは回答を生成する速さについての説明です。最初のトークンが届くまでの時間や、コーディング作業全体の完了時間が同じように短縮されるという意味ではありません。APIの高速モードのドキュメント。

ファイルの確認、テストの実行、ツールの処理待ちは引き続き必要です。モデルの出力を速くしても、こうした工程はなくなりません。私なら、人が次の操作に進むために回答を待っている場面で、対話の待ち時間を縮めるために使います。席を離れて任せられる作業なら、オフのままで十分です。

高速モードに対応するClaudeモデルは？

対応モデルは限られています。以下は100万トークンあたりの料金です。トークンとは、モデルが読み込んだり生成したりするテキストの小さな単位を指します。入力と出力は別々に課金されます。

SonnetとHaikuは、この切り替えに対応していません。Opus 5とOpus 4.8の高速モードは、引き続きリサーチプレビューです。対応モデル、モデル別・高速モードの料金。

速度を選ぶ前に、モデルを選びましょう。そもそもOpusが必要な作業かどうかは、Claude OpusとSonnetの比較を参考に判断してください。

Claude Codeで高速モードを有効にする方法

対話型ターミナルでは、次の手順で切り替えます。

1. /fastを実行します。
2. Spaceキーでオンにし、Enterキーで確定します。
3. プロンプトの横に↯が表示されていることを確認します。
4. オフにするには、もう一度/fastを実行します。モデルはOpusのままです。モデルも変える場合は/modelを使います。

Claude Codeのv2.1.280以降では、高速モードのデフォルトモデルはOpus 5.5です。非対応モデルを使用中に高速モードを有効にすると、Opusへ切り替わります。Claude Codeでの操作方法。

個人用の設定ファイル~/.claude/settings.jsonに"fastMode": trueを設定する方法もあります。通常、対話中に選んだ設定は次のセッションにも引き継がれます。セッションごとに明示的に有効化したい場合は、"fastModePerSessionOptIn": trueを設定します。無人で実行する作業にも使うマシンなら、私はこちらを選びます。設定リファレンス、設定ファイルの場所。

高速モードはサブスクリプションの利用枠に含まれません

Pro、Max、Team、Enterpriseでは、プランに含まれる利用枠が残っていても、高速モードは利用クレジットを消費します。サブスクリプション内の利用か追加利用かでいえば、別途従量課金される利用です。現在のドキュメントでは、これを「usage credits」と呼んでいます。TeamとEnterpriseでは、Ownerによる高速モードの有効化も必要です。Claude Codeの課金要件。

ProまたはMaxでは、/usage-creditsからクレジットを有効にし、支出上限を管理するページを開けます。組織では、請求へのアクセス権を持つメンバーがクレジットを管理でき、それ以外のメンバーはアクセスをリクエストできます。APIキーで利用している場合は、Consoleの組織を通じて支払います。どの方法でサインインしているかは、/statusで確認してください。利用クレジットの管理、サインイン方法別の課金。

プラン選びについては、2026年のClaude Code料金を参照してください。サブスクリプションの利用枠を増やしても、高速モードがその枠に含まれるようにはなりません。

APIで高速モードを有効にする方法

AnthropicのAPIを直接利用する場合は、リクエストのspeedパラメータに"fast"を指定します。Opus 5.5の高速モードは、Start、Build、Scaleの利用ティアではデフォルトで利用できます。Evaluationのアカウントはアップグレードが必要です。APIでの提供条件。

現在のPython SDKによるOpus 5.5のサンプルでは、通常のMessagesメソッドを使います。

import anthropic

client = anthropic.Anthropic()
response = client.messages.create(
    model="claude-opus-5-5",
    max_tokens=4096,
    speed="fast",
    messages=[{"role": "user", "content": "Explain this failing test: ..."}],
)
print(response.usage.speed)

max_tokensは生成する回答の長さの上限であり、速度を設定するものではありません。usage.speedには、実際に使われた速度が返されます。標準モードでリクエストする場合は、speed="fast"を省略します。Messages APIリファレンス。

このOpus 5.5のサンプルに、高速モード用のベータヘッダーは不要です。一方、リサーチプレビューのモデルでは、プレビューへの参加を指定するリクエストヘッダーanthropic-beta: fast-mode-2026-02-01も必要です。APIリクエストのドキュメント。

長時間のエージェント作業を試算：標準$15、高速$30

料金が2倍になることは確認済みです。 Opus 5.5の通常入力は100万トークンあたり$4から$8へ、出力は$20から$40へ上がります。キャッシュには別の単価があり、再利用する入力の保存は、その読み出しより高くなります。5分間キャッシュへの書き込みは100万トークンあたり標準$5、高速$10で、キャッシュの読み出しは$0.20と$0.40です。公開料金、キャッシュ料金と高速モードの料金倍率。

プロジェクトのコンテキストを繰り返し読み込みながら、コードを編集して変更を確認する、長時間のセッションを考えます。以下は説明用に想定した利用内訳であり、実測したセッションではありません。トークン数は、多数のAPIリクエストを通じた累計です。巨大なプロンプトを一度に送る想定ではありません。入力トークンはそれぞれ該当する課金区分に計上し、キャッシュから読み出した分を通常入力として二重計上しないものとします。

この試算は、グローバルルーティングを使い、両方の実行でキャッシュの動作とトークンの合計が同じで、開始時から速度を切り替えないことを前提にしています。税金、別途かかるツール料金、ホストされた実行環境の料金は含めていません。比較しているのは、トークンの従量課金額です。標準モードのClaude Code利用がサブスクリプションの枠内に収まるなら、$15はAPI単価に換算した金額であり、追加で$15請求されるわけではありません。高速モードでは、それでも別途課金されるクレジットを消費します。サブスクリプションのコスト表示。

業務上の判断は、追加の$15で、人が有効に使える時間を十分に取り戻せるかどうかです。人件費を1時間あたり$120と仮定すると、待ち時間を7.5分減らせれば費用に見合います。計算は$15 ÷ $120 × 60です。これは判断の目安であり、高速モードで実際にその時間を短縮できるという主張ではありません。標準モードの作業がすでにサブスクリプションで賄われているなら、高速モードで追加になる支出の全額を、短縮できた時間と比較してください。

セッション途中の切り替えで費用が増えることもあります

プロンプトキャッシュが温まっている状態は、作業資料を机の上に開いたままにしておくようなものです。Claude Codeで高速モードにした最初のターンでは、キャッシュヒットを使わずに会話を読み直すため、高速モードの入力単価がかかります。使う予定があるなら、対話型セッションの開始時に有効にしておきましょう。Claude Codeのドキュメントでは、この課金は会話ごとに一度だけ発生し、その後にオフとオンを切り替えてもキャッシュは保持されると説明されています。Claude Codeのキャッシュ。

自分でAPIを組み込む場合は、API側の別のキャッシュルールに従ってください。速度を変えると、システムとメッセージのキャッシュが無効になります。リクエストごとに速度を交互に変えても、元のキャッシュヒット率を保てるとは考えないでください。APIのキャッシュ無効化。

高速化への追加料金が見合いやすい5つの作業

回答の高速化が、人の待ち時間をどれだけ直接減らせそうかを基準に、おすすめの用途を並べました。いずれも、時間短縮を実測した結果ではありません。

共通するのは、回答の直後に次の行動があることです。タスクに「緊急」と書いてあっても、回答を読むのが明日なら、それだけで高速化に費用をかける理由にはなりません。

この仕組みを生かして作れる2つのサービス

最も有望なのは、必要なときに対話できるレビューサービス

チームでプルリクエストのレビューツールを作り、「一緒にレビューする」操作をわかりやすく用意する案です。通常のキューに入ったレビューは標準モードで処理し、開発者がその場で対話を始めたときに、高速な応答と支出上限を選べるようにします。

DataForSEOの推定では、「ai code review」の米国での月間検索数は1,300件です。取得日は2026年10月19日です。この数字が示すのは、その作業への関心であり、高速モードへの支払い意欲ではありません。最小限の実用的な構成なら、差分の受け付け、レビューの対話、従量課金額の表示、標準速度へ戻す明確な選択肢を備えます。エンジニアリングチームは、レビュー中の集中の途切れを減らすことに対価を払う可能性があります。

最も有望と考える理由は、誰が待っているのかが明確だからです。ただし、既存のレビューツールも同じ切り替えを追加できます。選ばれるためには、速度設定だけでなく、有益な指摘とリポジトリの文脈を踏まえたレビューが必要です。

次点は、その場で対話するデバッグアシスタント

失敗ログ、関連コード、その場での対話をまとめたデバッグ用ワークスペースを提供する案です。高速モードは、人が操作しているセッションに限定します。

同日のDataForSEOの推定では、「ai code debugging」の米国での月間検索数は140件です。規模は小さく、方向性を示す程度の手がかりです。MVPでは対象の技術スタックを一つに絞り、失敗したテストとトレースを受け取り、開発者が承認するためのパッチを提案する構成が考えられます。購入者として想定するのは、同じ種類の不具合で、集中して作業する時間を繰り返し失っているチームです。

課題は診断の質です。間違った回答を速く返しても、余計な作業を増やします。まず対象とする不具合の種類を絞り、提案が役立つかを評価してから、応答の高速化に費用をかけてください。

高速モードをオフにしておくべき場面

バッチ処理、バックグラウンドのエージェント、夜間のリファクタリング、定期実行のドキュメント作成など、誰も回答を待っていない作業は標準モードで十分です。テストの実行、デプロイの順番待ち、外部サービスの応答が待ち時間の大半を占める場合も、私は標準モードを基本にします。

互いに独立していて非同期実行できるリクエストなら、AnthropicのBatch APIでは、入力と出力の料金が標準単価から50%割引になります。高速モードとこのAPIは併用できません。処理間に依存関係のあるバックグラウンドエージェントでは、通常のリクエストが必要になる場合もありますが、それでも高速モードの追加料金を払う必要はありません。Batch APIと高速モードの料金。

常に利用できるとは限らない点も考慮が必要です。Claude Codeは、高速モードのレート制限によるクールダウン中は標準の速度と料金に戻り、その後に高速モードを再び有効にします。APIを使うアプリでは、代替処理を自分で実装してください。待たせたくない場合は、429を処理し、speed="fast"を外して再試行します。Claude Codeのクールダウン、APIのフォールバック。

月曜日に試すこと： 人が操作するデバッグセッションを一つ選び、支出上限を設定して、モデルの応答待ちとテストの実行時間を分けて記録してください。同じモデルとeffort設定で、似た内容の標準モードのセッションと比較します。取り戻せた時間が追加料金に見合う場合だけ、高速モードを使い続けましょう。定期実行するエージェントは標準モードのままにします。

こうしたコストを踏まえた使い分けを自社製品に組み込みたい方へ、私たちは本番運用向けのAIシステムを開発しています。