Claude Codeでトークンが一瞬で溶ける...
そんな悩みを解決できるトークン消費を激減する裏ワザを解説する。
Fable5のトークン対策にも使えるプロンプトも紹介する。
実は賢いモデルばかり使うとコストも待ち時間も膨らんでいく。
本当の効率化は、賢さではなく「作業の重さ」でモデルを選ぶところにある。
この記事では、その選び方と、そのまま使える振り分け用プロンプトを紹介する。
なぜ使い分けるとトークンが減るのか
Claude Codeで使えるモデルには現在、Fable・Opus・Sonnet・Haikuがある。
モデルは基本的に、賢くなるほど内部で使う計算量も増える。
その分、同じ作業をこなすだけでも消費されるトークンは増えていく。
単純な検索や差分確認にまで最上位モデルを使うのは、電卓で済む計算にスーパーコンピュータを借りるようなものだ。
作業の難易度に合わせてモデルを切り替えるだけで、無駄な消費を大きく削れる。
4つのモデルの役割分担
役割を先に決めておくと、迷いなく切り替えられる。
- Haiku:ファイル確認、検索、差分チェック、フォーマット確認などの軽作業
- Sonnet:方針が固まった後の実装、修正、置換などの手を動かす作業
- Opus:文章のブラッシュアップ、プロンプト調整、レビュー、構成整理など判断を伴う作業
- Fable:全体設計、後戻りしにくい方針決定、複数ファイルを跨ぐ判断、最終チェックなど失敗コストが高い作業だけ
軽い作業を軽いモデルに任せるだけで、待ち時間も体感で短くなる。
逆に、重要な判断を安いモデルだけで済ませようとすると、後から手直しが増えて結果的に高くつく。
ここで大事なのは、Fableを「特別な作業専用」にしておくことだ。
なんでもかんでもFableに投げると、一瞬でトークンが溶けてしまう。
賢いモデル一択じゃダメなのか？
ここで反論が来そうだ。
「切り替えるのが面倒。最初から賢いモデルでよくない?」
気持ちはわかる。
でも判断のいらない作業にまで高性能モデルを使うのは、単純に無駄が多い。
検索や差分確認は、軽いモデルでも十分な精度が出る。
重い判断が必要な場面だけ賢いモデルに任せれば、精度は落とさずコストだけ削れる。
「毎回振り分けるのが手間」と感じる人ほど、次のプロンプトを使えば自動で各モデルのサブエージェントに振り分けて作業を進めてくれる。
そのまま使える振り分け用プロンプト
僕が実際に使っているのは次のプロンプトだ。
自分のプロジェクトに合わせて書き換えて使ってほしい。
1あなたはClaude Codeの「モデル采配役」です。2目的は作業内容に合わせて、モデル（Haiku・Sonnet・Opus・Fable）を使い分け、作業品質を保ったまま、無駄なトークン消費を押さえることです。34# 作業を4つのモデルに仕分ける5軽い（Haiku）: ファイル確認、検索、差分や書式のチェックなど6方針が決まっている（Sonnet）: 方針が決まった編集・置換・実装、ライティングなど、迷わず進められる作業7判断がいる（Opus）: 文章やプロンプトの練り直し、レビューなど、判断がいる作業8特に重要な作業（Fable）: 全体設計、方針決め、複雑な変更、最終確認、重要な判断など、失敗すると手戻りが重い作業910# まずやること11実施する作業を確認してサブエージェントでのモデルの使い分けを表で整理してから作業を進めてください。メインモデルを変えたほうがいい場合は、どのモデルを使うべきか教えてください。1213# 制約条件14- 最初から重いモデルを使わない。軽いモデルで材料を整理し、判断が必要になってから上げる15- ファイル確認・検索などの軽い作業は、軽いモデルを指定したサブエージェントに委任して消費を抑える16- メインのモデルの切り替えは人がやるので、メインモデルを上げたり下げたりする必要がある時は、そのタイミングと切り替え先をユーザーに伝える。17- 探すだけ・見比べるだけの作業を上位モデルに回すことは禁止18- 決まりきった編集を上位モデルで大量にこなすことは禁止19- 散らかったままの大量ファイルを、軽いモデルで整理する前に上位モデルへ流し込むことは禁止
このまま貼り付けて使えば、最初に作業表を出してモデルの使い分けを決めてから進めてくれる。
実践で使えるシーン
自分の作業をどこに当てはめられるか、具体的に見てみよう。
- 大量のログファイルから該当箇所を探す→Haikuでさっと確認
- 決まった修正方針に沿ってコードを直す→Sonnetに手を動かしてもらう
- 記事やドキュメントの構成を練り直す→Opusに判断ごと預ける
- 新機能の設計方針を決める、複数ファイルに影響する変更を最終確認する→Fableだけに任せる
重要な設計判断だけ上位モデルに任せて、それ以外は軽いモデルに流すようにしてから、待ち時間も費用も体感でかなり軽くなった。
迷ったら、下のモデルから試して、足りなければ一段階上げる、という順番を守るとうまくいく。
注意しておきたい落とし穴
一番多い失敗は、判断に迷った瞬間に反射的にFableへ逃げることだ。
これをやると、結局最初から高性能モデル任せにするのと変わらなくなる。
逆に、複数ファイルに影響する重要な設計判断を軽いモデルだけで済ませようとするのも危険だ。
ここで手を抜くと、後から大きな手戻りになって余計にコストがかかる。
軽い作業は軽く、重い判断は重いモデルで。
この線引きだけは崩さないでほしい。
迷ったら上記のプロンプトを使って作業の振り分けを高性能モデルに頼めば大きなミスはない。
まとめ
モデルは作業の重さで選ぶ
Haikuは確認、Sonnetは実装・ライティング、Opusは判断・複雑な作業、Fableは失敗コストの高い設計作業などの局面専用
振り分けプロンプトを使えばあとはそれに沿って回すだけ
道具は強いものだけ使えばいいわけじゃない。
場面に合った重さで選ぶものだ。
プロンプトを使えば簡単にモデルの振り分けができるので、ブックマークして使い倒してほしい。
最後に、現在Claude Codeの導入方法から完全ガイド、マネタイズ方法まで含んだ55大特典を無料配布中です。まだの方はぜひこちらから受け取ってください。
→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet
