「Claude Opusは賢いけど、待つ時間が長い」 — 半年使ってきた人なら、誰もが感じる悩みです。
3-5秒の応答ラグが、 1日100回繰り返されると 馬鹿にならない時間になる。かといってSonnetに落とすと、賢さも落ちる。「もうちょい速いOpus、ない?」というニーズに答えたのが、最近搭載された Fast mode(高速モード)です。
/fast で切り替えるトグル機能。同じOpusのまま、 応答速度だけが体感で2倍くらい速く なる。今日は仕組みと使いどころを整理します。
Fast modeの正体
肝心なのは「何が起きているか」。
Fast modeは モデルを下げない。SonnetやHaikuに切り替えるのではなく、 Opus 4.6のまま、出力速度を上げた経路 を使う仕組みです。
通常モード | Fast mode | |
|---|---|---|
モデル | Opus 4.6 | Opus 4.6(同じ) |
速度 | 標準 | 体感で約2倍速い |
賢さ | 通常通り | ほぼ同じ |
トグル | デフォルト |
|
つまり 「速いOpus」のレーン が用意された、と理解するのが正確。賢さを犠牲にしていません。
ここを「Sonnetに落としているだけだろう」と勘違いしていた知り合いがいて、 公式ドキュメントの "does not downgrade to a smaller model" の一行を見せて納得してもらった ことがあります。これは強調点。
/fast コマンドで切り替える
使い方は単純。Claude Codeの会話中に、
/fast
と打つだけ。これで切り替わって、 次の応答から速くなる のが体感できます。元に戻したい時はもう一度 /fast。
私の最初の体感は 「あ、ちゃんと速い」。3秒待っていた応答が、1.5秒で返ってくる。1回1.5秒の短縮でも、1日積めばかなりの時短。
Opus 4.7との関係
ここが少しややこしい部分。
Claude Codeは現在、 Opus 4.7(1Mコンテキスト) が最新版として動いています。一方、 Fast modeは Opus 4.6 専用 の機能。
つまり、Opus 4.7を使っている人は、 /fast を打っても切り替わらない(4.6 limited メッセージが出る)。Fast modeを使うには、 明示的に Opus 4.6 モデルを選んでおく必要 があります。
/model
でモデル切替メニューが開きます。ここで Opus 4.6 を選んだ後に /fast でトグルする流れ。
最新の4.7と速い4.6、どちらを取るかは用途次第。
1週間切り替えながら使ってみた体感
私は1週間、 作業内容に応じて手動でFast modeを切り替えながら 過ごしました。気づいたこと。
Fast modeが向いていたタイミング
- 短いコードの修正 — 「この関数のtypoを直して」「変数名をsnake_caseに」
- 質問への応答 — 「これってどういう意味?」「公式ドキュメントへのリンク教えて」
- 軽い調査 —
grepでファイルを探させる、依存関係を1個確認する
このあたりは、 賢さは平均レベルで十分、速度が効いてくる 場面。
通常モード(Fast off)が向いていたタイミング
- 大規模リファクタリング — 複数ファイル横断して論理を変える
- アーキテクチャ設計 — 「この機能をどう設計するか」を考えてもらう
- バグの原因調査 — 複雑な再現条件を整理してもらう
こちらは 賢さに全振りしたい タイミング。1秒2秒の速度より、 3秒待っても正しい答え が欲しい。
体感としては、 8割の作業が Fast modeで間に合う、残り2割は通常モードに戻す、という配分でした。
モデルを下げない設計の意味
Anthropicが 「モデルダウンしない高速化」 を実装した意図を考えてみます。
ChatGPT界隈だと「重い質問にはGPT-4、軽い質問にはGPT-3.5」のようなモデル切替が一般的。でもこれは ユーザーが毎回考える必要 がある。
Claude Codeのアプローチは、 「同じ知能で、速度だけ切り替える」。ユーザーは賢さを気にせず、 速さだけを判断材料 にできる。「この質問、待ち時間が惜しいから速くしよう」という単純な判断で良くなる。
私はこれが地味に画期的だと感じます。 思考の負荷が減る。
注意点 — Fast modeで気をつけたい場面
1週間使ってわかった「Fast offに戻すべきタイミング」。
長文プロンプトを渡す時
スタイルガイドやCLAUDE.mdの大きな文脈を読み込ませる場面では、 Fast modeでも応答の質がやや落ちる 印象がありました。10,000文字を超える前提読み込みでは、 通常モードでじっくり考えてもらう方が安全。
コード生成で長い実装を任せる時
100行を超える新規実装は、Fast modeだと 読み返しの抜けが増える 傾向。短い修正なら問題ないですが、新規機能まるごとはFast offが無難。
プランモードや /ultrareview の中で
Plan modeや /ultrareview のように 「先に考える」プロセス では、Fast modeのスピードが活きにくい。むしろ深く考えてほしい場面なので、これも通常モード推奨。
私の今のセットアップ
1週間試した結果、私の運用はこうなりました。
- デフォルト — Opus 4.6 + Fast on
- 設計や複雑な調査に入る前 —
/fastでoffに戻す - 大規模リファクタが終わったら — また
/fastでonに戻す
つまり 基本は速く、必要な時だけじっくり のスタンス。
これでも品質に困った場面はほぼなく、 1日の総作業時間が15-20%減った 体感。短縮分は他の作業に回せて満足度が上がりました。
Sonnetやhaikuとの違い
「だったらSonnetでよくないか?」という疑問への答え。
Sonnet 4 | Fast mode(Opus 4.6) | |
|---|---|---|
速度 | 速い | 速い(Sonnetほどではない) |
賢さ | 中(Opus未満) | Opus相当 |
コスト | 安い | Opus料金 |
用途 | 軽い質問・高速応答 | 「速くて賢い」を両立したい時 |
「速さだけ」が欲しければSonnetで十分。 「Opusの賢さを犠牲にしたくない」 ならFast modeが正解。コスト感はOpusと同じなので、 節約目当てではない 点に注意。
まとめ
- Fast modeは Opus 4.6を高速で動かすトグル機能
- 切替は
/fastコマンド1つ - モデルを 下げない設計(Sonnetに落ちるわけではない)
- 体感速度は 約2倍、賢さはほぼ通常モードと同じ
- Opus 4.7では使えない、
/modelで 4.6を選んでから 使う - 8割は Fast on、設計や長文は Fast off に戻すのが私の運用
- コスト感はOpusと同じ、 節約用ではなく時短用 の機能
「Opusの遅さが地味にストレス」と感じていた方は、今日の作業終わりに /fast を1回押してみてください。明日からの平均待ち時間が、確実に短くなります。
