Claude Codeのfast mode（/fast）｜対応モデル・料金・使いどころの判断基準

「/fastという名前だから、軽くて安いモードだと思っていた」

「速くしたつもりが、いつの間にか請求が増えていた」

——/fastは名前から受ける印象と実際の性質がずれやすいコマンドです。

結論から書きます。Claude Codeのfast modeは、Opusを最大2.5倍速で動かすための構成であり、トークン単価はむしろ高くなります。安くも軽くもありません。別のモデルに切り替わるのではなく、同じOpusを速度優先のAPI構成で動かす仕組みです。品質と能力は変わらず、返ってくるまでの時間だけが短くなり、その分を単価で支払います。

この「速さを単価で買う」という性質を理解しないまま常時ONにすると、コストだけが増えます。本記事では、対応モデル・料金・課金のタイミング・使える環境を、Claude Code公式ドキュメント「Speed up responses with fast mode」（2026年8月時点で確認）に基づいて整理します。

この記事でわかること

/fastの仕様から実務での判断基準まで、開発者・開発リーダーが判断に使える範囲を整理します。

• fast modeの正体 — 別モデルではなく、同じOpusを速度優先で動かすAPI構成です。品質は同じで、速さと引き換えに単価が上がります
• 対応モデルはOpus 5とOpus 4.8のみ — Sonnet・Haikuでは使えません。Opus 4.7では「遅くなる」のではなく「失敗する」点が要注意です
• 料金と課金タイミング — 単価は入力$10／出力$50（100万トークンあたり）。会話の途中でONにすると、その時点の文脈全体を1回分まとめて支払います
• 使えない環境がある — Bedrock・Google Cloud・Microsoft Foundry・VS Code拡張では利用できません。Team／Enterpriseは既定で無効です
• コストを抑える設定 — セッションごとのオプトインを強制する設定や、機能自体を止める環境変数が用意されています

対象読者: Claude Codeを日常的に使っていて、応答速度に不満を感じたことがある開発者・開発リーダー。読み終える頃には、「どの作業ではONにし、どこではOFFのままにするか」を根拠を持って説明できる状態になります。ぜひ最後までご確認ください。

fast modeとは何か

まずは「何が速くなっていて、何は変わらないのか」を正確に押さえます。ここを取り違えると判断を誤ります。

別モデルではなく、同じOpusの別構成

fast modeは、Claude Opusの高速構成です。公式ドキュメントは「fast modeは別のモデルではない」と明記しており、速度をコスト効率より優先するAPI構成でOpusを動かしています。したがって、同一の品質・同一の能力のまま、最大2.5倍の速さで応答が返ります。

「速いモデルに切り替わる」わけではないので、出力の質が落ちることを心配する必要はありません。心配すべきなのはコストの方です。

名前に反して、単価は高い

ここが最大の誤解ポイントです。/fastという名前から「軽量・低コスト」を連想しがちですが、実際には標準のOpusより高い単価が適用されます。速度を単価で買う機能だと理解してください。

ポイント: fast modeの判断軸は「安いか高いか」ではなく、「その待ち時間は、単価の差に見合うか」です。人が画面の前で応答を待っている作業では見合うことが多く、席を離れて回す長時間の作業ではまず見合いません。この一点で切り分けると迷いません。

なお、fast modeはリサーチプレビューとして提供されている機能です。公式ドキュメントも、機能・価格・提供範囲がフィードバックに応じて変わりうる旨を明記しています。

対応モデルはOpus 5とOpus 4.8だけ

fast modeを使ううえで、最初に確認すべきなのが「いま動かしているモデルが対応しているか」です。

Sonnet・Haikuでは使えない

fast modeが対応しているのはOpus 5とOpus 4.8のみです。Sonnet、Haiku、その他のモデルでは利用できません。/fastを実行したとき別のモデルを使っていた場合は、Claude Codeが自動的にOpusへ切り替えます。

裏を返すと、Sonnetで十分な作業をfast modeで速くすることはできません。速度が欲しくてSonnetを選んでいる場合、fast modeは選択肢に入らない、という整理になります。モデルそのものの選び方はClaude Codeのモデル選択とeffort設定ガイドにまとめています。

Opus 4.7は「遅くなる」のではなく「失敗する」

ここは実務で確実に踏む地雷なので、独立して書いておきます。

fast modeのOpus 4.7対応は、2026年6月25日に非推奨となり、2026年7月24日に削除されました。やっかいなのは、Claude Code側は依然としてOpus 4.7をfast modeの対象として扱う点です。/fastのトグル、モデルの切り替え、セッション開始のいずれの判定でもfast mode扱いになります。

そしてAPIがそのリクエストを拒否します。標準速度で処理してくれるわけではなく、失敗します。さらに、対応していないモデルへ切り替えたときClaude Codeはfast modeを自動的にOFFにしますが、Opus 4.7だけは例外でONのまま残ります。

対処は単純で、Opus 5かOpus 4.8に切り替えることです。現行のOpus 5は、Claude Code v2.1.219以降におけるfast modeの既定モデルでもあります。

古いバージョンから設定を引き継いでいる環境ほど、Opus 4.7が残っている可能性があります。原因不明のエラーに遭遇したら、まずモデルを確認してください。

料金と「いつONにするか」

fast modeのコストは、単価だけでなくONにしたタイミングで変わります。ここが設計上いちばん面白いところです。

単価は入力$10／出力$50

fast modeの料金は、100万トークンあたり入力$10・出力$50です。Opus 5・Opus 4.8とも同額で、1Mトークンのコンテキスト全域でフラットに適用されます（コンテキストが長くなっても割増になりません）。標準のOpusの料金と比較する場合は、Anthropic公式の料金ページをご確認ください。

会話の途中でONにすると、その時点の文脈を1回払う

ここが実務上いちばん効く仕様です。会話の中で最初にfast modeを有効にしたとき、その時点の会話コンテキスト全体について、fast modeのキャッシュ未適用の入力単価を1回支払います。

つまり、会話が深いところで有効にするほど高くつきます。逆に、セッション開始直後であれば文脈がほとんど積み上がっていないため、この一度きりの支払いはごくわずかで済みます。公式ドキュメントも「コスト効率の観点では、会話の途中で切り替えるよりセッション開始時に有効にする方がよい」と明記しています。

救いもあります。この支払いは会話につき1回だけです。一度払ってしまえば、その会話の中でfast modeをOFFにして再びONに戻しても、追加で請求されることはありません。

引かれるのはusage creditsから

サブスクリプションプラン（Pro／Max／Team／Enterprise）を使っている場合の注意点です。fast modeの利用分は、プランに含まれる利用枠にはカウントされず、usage creditsから直接引かれます。プランの枠が残っていても、fast modeのトークンは最初の1トークン目からfast modeの料金で課金されます。

したがって、fast modeを使うにはアカウントでusage creditsが有効になっている必要があります。個人アカウントはConsoleの請求設定から、Team／Enterpriseは管理者が組織単位で有効化します。コスト全体の設計についてはClaude Codeのコスト最適化の記事もあわせてご覧ください。

有効化と切り替えの挙動

操作自体は単純ですが、切り替え時の挙動にいくつか癖があります。

/fastで切り替える

/fast

/fastと入力してTabを押すとON／OFFが切り替わります。設定ファイルに書いておくこともできます。

{
  "fastMode": true
}

有効になると、「Fast mode ON」という確認メッセージが表示され、プロンプトの横に小さな↯アイコンが出ます。いま有効かどうかを確認したいときは、もう一度/fastを実行すれば状態が分かります。

OFFにしてもOpusのまま残る

見落としやすい挙動です。/fastをもう一度実行してfast modeをOFFにしても、モデルはOpusのまま残ります。元のモデルには戻りません。Sonnetなどに戻したい場合は、明示的に/modelで切り替える必要があります。

「速度が必要な場面だけOpusのfast modeを使い、普段はSonnetで作業する」という運用をしている場合、OFFにしただけで元に戻ったつもりでいると、標準単価のOpusで作業し続けることになります。ここは意識的に/modelを打つ習慣にしておくのが安全です。

既定ではセッションを跨いで持続する

対話セッションで有効にしたfast modeは、既定では次回以降のセッションでも有効なままです。「あのとき一度ONにしたきり、ずっとONだった」が起きうる仕様なので、後述の設定でセッションごとのオプトインに変えることを検討してください。

なお、非対話モード（-p）では扱いが異なります。--settingsにfast modeを指定して起動したセッションでのみ/fastが機能し、その場合もそのセッション限りで、既定としては保存されません。

claude -p --settings '{"fastMode": true}' "..."

使える環境・使えない環境

fast modeには明確な提供条件があります。「設定したのに有効にならない」の大半はここが原因です。

Team／Enterpriseで有効化されていない場合、/fastは「Fast mode has been disabled by your organization.」と表示します。また、組織のavailableModelsの許可リストからfast mode対象のOpusが除外されている場合は、「is not in your organization's allowed models」と表示されて拒否されます。

ゲートウェイ・プロキシ配下での落とし穴

企業ネットワークで使う場合に踏みやすい仕様です。Claude Codeはfast modeを提供する前に、組織の利用可否をapi.anthropic.comへ直接リクエストして確認します。この確認はANTHROPIC_BASE_URLをたどりません。

そのため、Claudeへの通信をLLMゲートウェイ経由に寄せていて、api.anthropic.comへの直接通信を遮断しているネットワークでは、推論そのものは通るのにfast modeの確認だけが失敗します。このとき/fastは「Fast mode unavailable due to network connectivity issues」と表示し、リクエストは標準速度で処理されます。

対処は、api.anthropic.comへの直接通信を許可するか、状況に応じて次の環境変数を設定します。

• CLAUDE_CODE_SKIP_FAST_MODE_NETWORK_ERRORS=1 — 確認の失敗を「利用可能」とみなします（組織が無効化している旨の応答は引き続き尊重されます）
• CLAUDE_CODE_SKIP_FAST_MODE_ORG_CHECK=1 — 確認自体をスキップします

なお、これらはクライアント側の確認処理にしか効きません。組織が実際にfast modeを無効化している場合は、設定していてもAPI側でリクエストが拒否されます。

fast modeとeffortレベルの違い

「速くしたい」という目的に対する手段はfast modeだけではありません。effortレベルという別の軸があり、両者は混同されがちです。

「品質を保ったまま速くする」のがfast mode、「思考量を減らして速くする」のがeffortの引き下げです。単純な作業であれば両方を組み合わせることもでき、その場合が最速になります。effortレベルの設計はClaude Codeのモデル選択とeffort設定ガイドで詳しく扱っています。

コストを抑えるための設定

組織で使う場合、個々のユーザーの判断に任せきりにするとコストが読めなくなります。制御手段は2つ用意されています。

セッションごとのオプトインを強制する

既定では、一度ONにしたfast modeは次回以降のセッションでも有効なままです。これを「毎回セッション開始時はOFF」に変えるのが次の設定です。

{
  "fastModePerSessionOptIn": true
}

この設定を入れると、各セッションはfast modeがOFFの状態で始まり、必要なときにユーザーが/fastで明示的に有効化する形になります。同時に複数のセッションを走らせる運用では、この設定の有無でコストが大きく変わります。Team／EnterpriseのOwnerであれば、サーバー管理設定から組織全体に配布できます。

なお、ユーザーの設定自体は保存されているため、この設定を外せば元の持続的な挙動に戻ります。

機能自体を無効化する

そもそも使わせない場合は、環境変数で止められます。

export CLAUDE_CODE_DISABLE_FAST_MODE=1

レート上限に当たったときの挙動

fast modeには、標準のOpusとは別のレート上限が設定されています。対応するOpusモデルはすべて同じfast modeのレート上限を共有しており、どのモデルで使っても同じ枠から消費されます。

上限に達した場合、またはusage creditsを使い切った場合の挙動は次の通りです。

1. fast modeが自動的に標準速度へフォールバックします
2. ↯アイコンがグレーになり、クールダウン中であることを示します
3. 作業自体は標準速度・標準料金で続行できます
4. クールダウンが明けると、fast modeが自動的に再有効化されます

急に止まるのではなく、静かに標準速度へ落ちる仕様です。待つのではなく手動でOFFにしたい場合は、/fastを実行してください。

実務でどう使うか

機能として使えることと、業務に組み込んで効果が出ることは別の話です。判断軸を整理します。

向いている作業

公式ドキュメントは、応答の待ち時間がコストより重要な対話的作業を挙げています。

共通しているのは、人が待っているという点です。人の待ち時間には人件費がかかっているので、単価差に見合う可能性が高くなります。

向いていない作業

特に注意したいのがバックグラウンドで長時間回す作業です。/goalで完了条件を設定して自律的に走らせるような使い方や、複数セッションを裏で並行させる使い方では、人は待っていません。この状態でfast modeがONのままだと、誰も得をしないまま単価だけが上がります。自律実行の設計はClaude Codeの/goalコマンドの記事に、複数セッションの管理はClaude Codeのagent viewの記事にまとめています。

判断のルールを1行で決めておく

StartLinkでもAIエージェントの利用コストは継続的に見ていますが、この種の設定はその都度考えると必ず判断がブレます。「手元で対話しているときだけON、裏で回すときはOFF」のように、チームで共有できる1行のルールに落としておく方が結果的にうまくいきます。

そのうえで、fastModePerSessionOptInを有効にして既定をOFFに寄せておくのが現実的です。必要な人が必要なときに/fastと打つのは1秒の手間でしかありませんが、ONのまま忘れられた状態は静かに積み上がります。判断を人の記憶に依存させず、設定側で既定を安全な方に倒しておく——という考え方は、AIツールの運用設計全般に共通します。

まずは手元でデバッグしている1セッションだけでONにしてみて、体感の速さが自分の作業でどれだけ効くかを確かめるところから始めるのが確実です。

よくある質問

fast modeについて、疑問になりやすい5点にお答えします。

Q1. /fastは低コストで高速なモードですか？

いいえ。低コストではありません。fast modeはOpusの高速構成であり、トークン単価は標準のOpusより高くなります（入力$10／出力$50・100万トークンあたり）。速度を単価で買う機能だと理解してください。名前から軽量・低コストを連想しがちですが、性質は逆です。

Q2. Sonnetやfast modeに対応していないモデルでも使えますか？

使えません。対応しているのはOpus 5とOpus 4.8のみです。/fastを実行したとき別のモデルを使っていた場合は、Claude Codeが自動的にOpusへ切り替えます。逆にfast modeをOFFにしてもOpusのまま残るため、元のモデルに戻したい場合は/modelで明示的に切り替えてください。

Q3. Opus 4.7でfast modeを使うとどうなりますか？

リクエストが失敗します。fast modeのOpus 4.7対応は2026年6月25日に非推奨となり、2026年7月24日に削除されました。Claude Code側はいまもOpus 4.7をfast mode対象として扱いますが、APIがそのリクエストを拒否します。標準速度で処理されるわけではないので、Opus 5かOpus 4.8に切り替えてください。

Q4. 会話の途中でONにしても料金は同じですか？

変わります。会話の中で最初にfast modeを有効にしたとき、その時点の会話コンテキスト全体について、キャッシュ未適用の入力単価を1回支払います。会話が深いところで有効にするほど高くつくため、コスト効率の観点ではセッション開始時にONにする方が有利です。なお、この支払いは会話につき1回だけで、OFF／ONを繰り返しても再請求はされません。

Q5. Bedrockなどのクラウド経由でも使えますか？

使えません。fast modeを利用できるのはAnthropic ConsoleのAPIとサブスクリプションプランのみです。Amazon Bedrock、Google CloudのAgent Platform、Microsoft Foundry、Claude Platform on AWSでは提供されていません。加えて、VS Code拡張でも非対応で、Team／Enterpriseでは既定で無効になっています。

あわせて読みたい

• Claude Codeのagent view｜claude agentsで全セッションを1画面管理する方法
• Claude Codeの/goalコマンド｜完了条件を決めてAIに自律的に働き続けさせる方法
• Claude Codeのモデル選択とeffort設定ガイド｜Opus・Sonnet・Haikuとultrathinkの使い分け
• Claude Codeのautoモード完全ガイド｜確認なしでAIに自律実行させる設定と安全な運用方法

まとめ

Claude Codeのfast modeについて、実務で押さえておきたい点を整理します。

• fast modeは「速いが高い」機能です。別モデルではなく同じOpusの速度優先構成で、品質は同じまま最大2.5倍速になり、単価は入力$10／出力$50（100万トークンあたり）になります
• 対応はOpus 5とOpus 4.8のみ。Opus 4.7は2026年7月24日に削除済みで、使うとAPIに拒否されて失敗します。標準速度に落ちるのではない点が要注意です
• ONにするタイミングで支払いが変わります。会話の途中で有効にすると、その時点の文脈全体を1回分まとめて支払います。セッション開始時に入れる方が有利です
• 利用分はusage creditsから引かれます。サブスクの利用枠にはカウントされません。Bedrock・Google Cloud・Microsoft Foundry・VS Code拡張では利用できません
• 既定をOFFに寄せる設定があります。fastModePerSessionOptInを有効にすると各セッションはOFFで始まり、必要なときだけ/fastで有効化する運用にできます

まずは手元でデバッグしている1セッションでONにして、待ち時間の短縮が自分の作業にどれだけ効くかを測ってみてください。効果を実感できたら、「対話中だけON」というルールとfastModePerSessionOptInをセットで入れるのが、コストを読める状態を保ったまま速さを取り込む現実的な進め方です。

AI活用とCRM運用をどう組み合わせるかについてご興味がある方は、お気軽にご相談ください。StartLinkでは、HubSpotゴールドパートナーとして、AIを前提とした業務設計から運用定着まで一貫して支援しています。無料相談はこちら