Claude Codeの使用量を減らすモデルの使い分け｜作業はSonnet 5.5、調べものはHaiku 5.5、Opus 5.5は相談役だけ

Claude Code で大きめの作業を頼んでいたら、昼前に使用量の上限が見えてきた。そんな経験はありませんか。原因の多くは「最初から最後まで一番賢いモデルに任せている」ことです。賢いモデルは頼もしい反面、トークン（AI が読み書きする文字の量の単位）を多く使います。

2026年10月10日、この点に切り込んだ投稿が X で広がりました。@kemu_aii さんの投稿（♥1,348・保存1,967）は、Claude Code で最初から最後まで Opus 5.5 に任せるとトークンがすぐ尽きる、という話から始まります。提案された使い分けはこうです。

• 実際の作業は Sonnet 5.5

• リサーチ（調べもの）は Haiku 5.5

• 迷ったときだけ Opus 5.5 に相談させる（/advisor を設定）

投稿では「海外でも話題になっていたやり方」と紹介されています。ここで大事なのは、Opus 5.5 を使わないのではなく、「相談役として必要なときだけ呼ぶ」という発想です。この記事では、この考え方を自分の環境に落とし込む方法を整理します。

この記事でわかること

• 「作業・調べもの・相談」でモデルを分ける考え方と、その根拠になる公式の発言

• 使い分けで使用量が減る理由と、無料でもすぐ使える一文

• 作業別のモデル割り当てリスト（有料部分）

• 相談役に聞くときのプロンプトのテンプレート（有料部分）

• 使用量を減らすチェックリストと、お金にする方法（有料部分）

根拠になる話

使い分けの前提として、公式側から出ている情報を整理しておきます。

• Sonnet 5.5 の位置づけ。Claude 公式は Sonnet 5.5 を「Sonnet 5 より明確に上、30%超速く、多くの作業で最大30%安い」と発表しています。

• 現場の声。Claude Code 担当の Boris Cherny さん（@bcherny、2026年9月28日）は、Sonnet 5.5 がバグを直す動画に「30% faster and 30% less usage」と添えています。

• 個人の感想。@usutaku_channel さん（2026年10月5日）は、Opus 5.5 になってからトークン使用が目に見えて減った、と書いています。これは個人の使用感で、数字で測ったものではありません。

つまり「作業の主役は速くて安い Sonnet 5.5 にして、難しい判断だけ Opus 5.5 に回す」のは、公式が出している性能と価格の位置づけに沿った発想です。

なぜ使用量が減るのか

仕事には、難しい判断が要る部分と、決まったことをこなす部分があります。

• バグの原因を探る、設計を決める：判断が重い

• 決まった方針でファイルを書き換える、テストを回す：作業が重い

• ファイルやドキュメントを大量に読んで要点を拾う：読む量が多い

3つ目の「読む量が多い」仕事は、トークンを一番食います。ここを軽いモデルに任せて、結果の要約だけを受け取れば、重いモデルが読む量が減ります。逆に、判断だけを重いモデルに聞けば、重いモデルが動く回数も減ります。

今日から持ち帰れる1つ目のコツ

次の一文を、自分の指示書（CLAUDE.md）に足してみてください。

調べものや大量のファイル読み込みは、軽いモデルのサブエージェントに任せ、
要点だけをまとめて報告させること。
方針の判断に迷ったときは、作業を止めて相談する。

細かい設定を覚えなくても、「重い判断だけ上位モデルに回す」という方針を指示書に書いておくだけで、動きが変わります。

ここでの狙いは、モデルを賢さで選ぶのではなく、仕事の性質で選ぶことです。読む量が多い仕事は軽く、判断が重い仕事は賢く。この割り振りができれば、同じ使用量でこなせる仕事の量が変わってきます。作業別の割り当てリストと、相談役への聞き方のテンプレートは有料部分に入れています。