Opus 4.8が答えを返すまでの数十秒を、2倍の値段で半分以下に縮められるとしたら。
Claude Codeには/fastで切り替えられる「fast mode」という選択肢がある。誤解されやすいが、これはHaikuやSonnetのような小さいモデルに格下げする機能ではない。同じOpusを、より速い出力で動かすモードだ。公式ドキュメントも「別のモデルではない（not a different model）」と明記している。Opus 4.8 fastの料金は$10/$50（per MTok・入力/出力）で、標準のOpus 4.8（$5/$25）のちょうど2倍。速度は公式に「最大2.5倍」とされる。なお本機能はリサーチプレビューであり、仕様・価格・提供範囲は変わりうる。
比較記事ではない。Max 5xで日常的にOpusの重い判断を酷使している個人開発者として、この「2倍払って速くする」という選択が自分の使い方でペイするのかどうかを、実際の数字から考える。
Claude Codeのfast modeは/を払う価値があるか？結論を先に言う
結論：fast modeは「Opusを速くするモード」であり、小さいモデルへの格下げではない。価格はOpus 4.8 fastが$10/$50で標準（$5/$25）のちょうど2倍、速度は公式に最大2.5倍とされる。そして最大の落とし穴は、Maxなどのサブスクプランでもfast modeは定額枠の中では使えないことだ。公式ドキュメントは「サブスクの利用枠には含まれず、usage credits 経由でのみ利用可能」と明記している。定額プランでも1トークン目から実費が乗る。そのうえで先に立場を書いておくと、自分はfast modeを有効にしていない——理由は後述するが、自律実行中心という自分の使い方が、公式自身が「fast modeに向かない」とする用途だからだ。対話的なデバッグが中心の人なら判断は逆になる。
先に価格を並べる。
| モデル | fast料金（入力/出力・per MTok） | 標準料金（同） | 標準との倍率 | 状態 |
|---|---|---|---|---|
| Opus 4.8 fast | $10 / $50 | $5 / $25 | ちょうど2倍 | 現行・fast modeの既定 |
| Opus 4.7 fast | $30 / $150 | $5 / $25 | 6倍 | 2026年6月25日に非推奨・2026年7月24日に提供終了 |
| Opus 4.6 | — | $5 / $25 | — | 2026年6月29日以降 fast 非対応 |
見ての通り、新しいOpus 4.8 fastのほうが、古いOpus 4.7 fastより3分の1の安さだ（$10/$50 対 $30/$150）。標準料金はどちらも$5/$25で同じなので、fastの割増率が4.8では2倍、4.7では6倍と大きく違う。fast modeは一律料金ではなく、モデル世代ごとに個別の価格が設定されている。
さらに重要なのは、Opus 4.7 fastが2026年7月24日で提供終了するという点だ。終了後は4.7へのfastリクエストはエラーになり、標準のOpus 4.7へ自動で落ちることもない。今から4.7 fastを選ぶ理由はなく、4.8へ移行する以外の選択肢は実質ない。Opus 4.6については2026年6月29日以降fast非対応で、こちらはfastを指定しても標準速度・標準料金で動く（エラーにはならない）。
なお、fast modeの料金は1Mトークンのコンテキスト全域で一律に適用される。20万トークンを超える長いリクエストでも単価は変わらない。プロンプトキャッシュの倍率は、このfast料金の上に重ねて掛かる。
fast modeとは何か？小さいモデルへの格下げなのか？
違う。ここを混同すると判断を誤る。fast modeはモデルを変えずに、同じOpusの出力速度だけを変えるモードで、Haiku・Sonnetへの格下げとは別物だ。
- Claude Code内で
/fastと打つとトグルできる（対応はOpus 4.8・4.7。CLI専用で、VS Code拡張では使えない） - モデル自体はOpusのまま変わらない。変わるのは応答速度と、それに伴う価格
fallbackModel（fallbackModelの記事で扱った、過負荷時に別モデルへ自動降格する保険機能）とは目的も仕組みも別。fast modeは能動的に選ぶ「速度優先」の設定であり、過負荷時の自動保険ではない
「fast」という名前と「安いモデルに逃がす」イメージが結びつきやすいが、実際は逆で、同じOpusに割増料金を払って速くする方向の機能だ。
Max定額プランなら fast mode は追加料金なしで使えるのか？
使えない。ここが本記事で一番伝えたい点だ。契約形態で意味が変わる……というより、どちらの契約でも実費が出る。
- 従量課金（APIを直接叩く場合） — 話は単純で、Opus 4.8ならトークン単価が$5/$25から$10/$50へ、ちょうど2倍になる。速度と引き換えに支払いが素直に増える。
- Pro/Maxなどのサブスクプラン（自分の契約形態） — こちらも実費が出る。公式ドキュメントは、サブスクプランのユーザーにとってfast modeは「usage credits 経由でのみ利用可能で、サブスクのレート制限には含まれない」と明記している。さらに「プランの利用枠が残っていてもfast modeの利用はusage creditsから直接引かれる」「fast modeのトークンはプランの含有利用分にカウントされず、1トークン目からfast料金で課金される」とある。
つまり定額プランのユーザーにとって、fast modeは「枠を早く使い切る」機能ではない。枠とは別会計で、月額の外側に実費が積み上がる機能だ。前提として、アカウントで usage credits（プラン含有分を超えた課金）を有効にしておく必要があり、有効になっていなければそもそも使えない。
「定額なんだから速くしても支払いは変わらない」という直感は、fast modeに関しては成立しない。
なお fast mode には標準Opusとは別のレート制限が設定されている（Opus 4.8 fastと4.7 fastは同じ枠を共有する）。そこに当たるか usage credits を使い切ると、自動的に標準速度・標準料金へフォールバックする。プロンプト脇の↯アイコンがグレーになるのがその合図だ。
fast modeは会話の途中でONにすると高くつく
見落としやすいコスト構造がもう一つある。公式ドキュメントによれば、ある会話の中で初めてfast modeをONにしたとき、その時点までの会話コンテキスト全体に対して、キャッシュされていない入力トークンとしてfast料金が課金される。
会話が長くなってからONにするほど、この初回コストは大きくなる。逆に言えば、fast modeを使うと決めているならセッションの最初からONにしておくほうが安い。この課金は1会話につき1回だけなので、その後ON/OFFを切り替え直しても繰り返し発生することはない。
「重くなってきたから途中で速くしよう」という一番やりがちな使い方が、実は一番高くつく。
個人開発でfast modeを常用する価値はあるか？自分は入れていない
先に自分の立場を明かしておく。自分はfast modeを常用していない。 fallbackModelの記事で公開したsettings.jsonにはfallbackModelを書いているが、fastModeは書いていない。有効にしていない、という状態がそのまま自分の結論だ。
前提として、自分の契約はMax 5x（月100ドルの定額）で、1ヶ月の実測ログ記事にまとめた通り、Opus 4.8をeffort最大で回す使い方がそもそも5時間のローリングウィンドウを律速している。従量換算での相当額は月3,799.31ドルに達したが、実際に支払っているのはMax 5xサブスクの月100ドルの定額だけだ。
その上で、入れていない理由は3つある。
理由1：自分の主戦場が、公式が「fast modeに向かない」と名指しする用途だから。 公式ドキュメントは、fast modeが向くのは「素早い反復・ライブデバッグ・締切の迫った作業」、標準モードが向くのは「速度がさほど重要でない長い自律タスク・バッチ処理・コスト重視のワークロード」だと整理している。自分の使い方は明確に後者だ。Claudeに任せきりで長時間走らせている比率が高く、その最中に応答が数十秒縮むこと自体の価値が薄い。
理由2：定額の外側に実費が出るから。 前述の通り、fast modeはMax定額の枠内では使えない。すでに月100ドルの定額で枠を使い切るペースで動かしている状態でfast modeを常用すれば、5時間の上限は変わらないまま支払いだけが純増する。「枠が早く減る」のではなく「枠は減らないが請求が増える」。定額プランを選んでいる動機が「支払いを固定したい」である以上、これは自分にとって選びにくい。
理由3：自律実行では、待ち時間の全部がモデルの出力速度で決まるわけではないから。 fast modeが速くするのは出力トークンの生成速度だ。だが長時間の自律実行では、ファイル読み書き・コマンド実行・外部リクエストといったツール実行の待ち時間も相応の割合を占める。そこはfast modeでは縮まない。したがって「トークン生成が最大2.5倍」がそのまま「作業完了まで2.5倍速」にはならない——これは実測ではなく構造からの見立てだが、常用に踏み切らない理由のひとつになっている。
裏を返せば、対話的なデバッグが主戦場の人にとって、fast modeは合理的な選択になり得る。締切前に一問一答でコードを詰めていくような使い方なら、レイテンシの短縮がそのまま作業速度に効く。自分が使っていないのは「悪い機能だから」ではなく、自分の使い方と噛み合わないからだ。同じ理由で、自分の判断をそのまま他人に当てはめないでほしい。判断の分かれ目は「その待ち時間、あなたがその場で待っているのか？」に尽きる。
まとめ — fast modeは「速いモデルへの逃げ」ではなく「同じOpusへの割増課金」
Claude Codeのfast modeは、小さいモデルへの格下げではなく、同じOpusをより速く動かすモードだ。価格はOpus 4.8 fastが$10/$50で標準（$5/$25）のちょうど2倍、速度は公式に最大2.5倍。Opus 4.7 fastは$30/$150（標準の6倍）だが2026年7月24日で提供終了、Opus 4.6は2026年6月29日以降fast非対応になっている。
そして損益分岐の前提として押さえるべきは、どちらの契約形態でも実費が出るという点だ。従量課金なら単純に2倍の支払いになり、Maxのような定額プランでもfast modeは利用枠の外側のusage creditsから課金される。さらに会話の途中でONにすると、それまでのコンテキスト全体にfast料金がかかる。
自分自身はsettings.jsonにfastModeを入れていない。長時間の自律実行が中心という使い方が、公式自身が標準モードを勧める用途に当たるからだ。ただしこれは自分の使い方に対する結論であって、機能の良し悪しではない。対話的なデバッグでレイテンシがそのまま作業速度に効く人にとっては、fast modeは十分に合理的な選択になる。
速度ではなくコスト側から負担を下げたい場合はOpus・Sonnet・Haikuの使い分けの記事、fast modeの前提になる自分の実測ログは1ヶ月の実測ログ記事、過負荷時の自動保険であるfallbackModelとの違いはfallbackModelの記事も参照してほしい。
よくある質問
fast modeは安いモデルに切り替わる機能ですか？
いいえ。fast modeはHaikuやSonnetのような小さいモデルへの格下げではなく、同じOpusをより速い出力で動かすモードです。モデル自体は変わりません。
fast modeの料金はいくらですか？
Opus 4.8 fastは$10/$50（per MTok・入力/出力）で、標準のOpus 4.8（$5/$25）のちょうど2倍です。Opus 4.7 fastは$30/$150（標準の6倍）ですが、2026年6月25日に非推奨となり2026年7月24日で提供終了します。Opus 4.6は2026年6月29日以降fast非対応で、fastを指定しても標準速度・標準料金で動きます。
Maxサブスクの定額プランでもfast modeは追加料金がかかりますか？
かかります。公式ドキュメントによれば、サブスクプラン（Pro/Max/Team/Enterprise）でのfast modeはusage credits経由でのみ利用可能で、サブスクのレート制限には含まれません。プランの利用枠が残っていてもusage creditsから直接引かれ、1トークン目からfast料金で課金されます。利用にはアカウントでusage creditsを有効にしておく必要があります。
fast modeは会話の途中でONにしても大丈夫ですか？
動作はしますが割高になります。会話の中で初めてfast modeをONにした時点で、それまでの会話コンテキスト全体にキャッシュなしの入力トークンとしてfast料金がかかるためです。使うと決めているならセッションの最初からONにするほうが安く済みます。この課金は1会話につき1回だけです。
筆者はfast modeを使っているのですか？
使っていません。settings.jsonにfastModeは入れていません。理由は、長時間の自律実行が中心という自分の使い方が、公式ドキュメント自身が標準モードを勧める用途（速度がさほど重要でない長い自律タスク）に当たるうえ、Max定額の外側に実費が乗るためです。対話的なデバッグが中心の方であれば判断は逆になり得ます。
fallbackModelとfast modeは同じ機能ですか？
いいえ、別の機能です。fallbackModelは主モデルが過負荷のときに自動で別モデルへ降格する保険機能（fallbackModelの記事参照）で、fast modeは能動的に選ぶ速度優先の設定です。目的も発動の仕組みも異なります。
最終更新: 2026-07-20
コメント