Claude Code Proでトークンを節約する方法
Claude Code を使い始めて数日で、こんな目に遭いました。
1日で利用上限（rate limit：一定時間内の使用量の上限）に達して、セッションが止まった。
「Pro プランで1日も持たないの？」と焦りましたが、原因を調べたら 使い方の問題でした。対策してからは今のところ上限に達していません。
同じ目に遭わないように、原因と対策をまとめます。
私が1日で上限に達した時の話
2026年5月に記事4本目をリサーチ・執筆していた日のことです。夜には「利用上限に達しました」のメッセージが出て、セッションが止まりました。
振り返ると、その日はこういう使い方をしていました。
- モデルが Opus のままだった
- 公式ドキュメントやブログを WebFetch（Webページを取得するツール）で10ページ近く取得した
- 記事の品質チェックに 検証エージェント（自律的に動くAI）を3体並列起動した
この3つが重なって、一気にトークンを消費してしまった感じです。
トークンが爆発する3つの原因
原因① Opus を使い続ける
Claude Code で使えるモデルは3種類あります。
| モデル | 性能 | トークン消費 | 向いてるタスク |
|---|---|---|---|
| Opus | 最高性能 | 重い | 複雑な設計・難しいバグ解析 |
| Sonnet | バランス型 | 中程度 | 記事執筆・コーディング・リサーチ |
| Haiku | 軽量・高速 | 軽い | 簡単な修正・コミットなど |
Pro プランの利用上限は「トークン数」ではなく「使用量の重み」で管理されており、Opus は Sonnet より重みが大きいとされています。公式ドキュメントに詳細な比率は明記されていませんが、実体験として Sonnet に切り替えてから同じ作業量でも上限に達しにくくなりました。
なお、Pro プランのデフォルトモデルは Sonnet です。Max・Team プランでは Opus がデフォルトになる場合があるので、プランによって確認しておくとよいでしょう。
原因② WebFetch でページを大量取得する
WebFetch でページを取得すると、その内容が会話履歴に乗り続けます。
1ページ取得すると数千〜数万トークンが追加され、それ以降のやり取りでも毎回その内容が含まれます。5〜10ページ取得すると、あっという間に10万トークンを超えることもあります。
「リサーチしながら記事を書く」という使い方は、特にトークンが増えやすいです。
原因③ エージェントをたくさん並列起動する
複数のエージェントを同時に起動すると、それぞれが独立してトークンを消費します。
3体のエージェントがそれぞれ WebFetch を実行すると、同じページを3回取得することになります。起動のオーバーヘッドも乗るため、エージェントの数が多いほどトークン消費は増えます。
対策① モデルを使い分ける
一番効果が大きかった対策です。
CLI版はチャット欄に以下を入力します：
/model claude-sonnet-4-6デスクトップ版は画面下部のモデル名をクリックするとメニューが開きます。
一覧から「Sonnet 4.6」を選ぶだけ。工数（Low〜Max）も同じメニューで変更できます。
📌 追記（2026年7月4日）：この記事を書いた当時の最新は Sonnet 4.6 でしたが、2026年6月30日に Claude Sonnet 5 が登場しました。今から試すなら /model claude-sonnet-5 で切り替えられます。「Opus より軽いSonnet系に切り替えてトークンを節約する」という考え方自体は変わりません。
どちらの方法でも、会話履歴・CLAUDE.md・スキルはそのまま引き継がれるので、途中で切り替えても問題ありません。
記事執筆・リサーチ・コーディングといった日常的なタスクは Sonnet で品質は十分です。Opus を使うのは「設計・難しいバグ解析・CLAUDE.md の大規模リファクタリング」など、どうしても Opus でないと厳しい場面だけに絞りましょう。トークンを大幅に節約できます。
対策② WebFetch を絞る
WebFetch は「必要なページだけ取得する」運用に変えました。
- リサーチで10ページ取得していたところを、まず目次・概要だけ確認して必要なページに絞る
- 同じページを何度も取得しない（一度取得したら、そのターンで使い切る）
- 長文ページは「必要な箇所だけ読んで」と指示して全文取得を避ける
完全になくすのは難しいですが、ページ数を半分以下に絞るだけでもかなり違います。
対策③ エージェントの起動を最小限にする
検証エージェントを毎回3体起動していたのをやめて、/verify-article スキルとして整理しました。
スキルとして切り出すと、エージェントの本体部分（指示書）が CLAUDE.md の常時ロードから外れるため、ベースのトークン消費を抑えられます。
また、エージェントを起動するタイミングを「記事完成後の1回だけ」に絞り、途中の確認は Claude 本体に直接聞く運用にしました。
モデル使い分けの早見表
現在の運用をまとめるとこんな感じです。
| タスク | 推奨モデル | 理由 |
|---|---|---|
| リサーチ・WebFetch | Sonnet | 情報収集はSonnetで十分 |
| 記事執筆 | Sonnet | 品質的に問題なし |
| コーディング | Sonnet | ほぼすべてのタスクに対応 |
| 検証エージェント | Sonnet | 速度・コスト両立 |
| CLAUDE.md 設計・大規模リファクタリング | Opus | 複雑な構造設計はOpusが得意 |
| 難しいバグ解析 | Opus | 原因特定に推論力が必要な時 |
| 軽微な修正・コミット | Haiku | シンプルなタスクはHaikuで十分 |
※ 表中の「Sonnet」は執筆当時（2026年5月）のSonnet 4.6を指しています。2026年7月4日時点ではSonnet 5に置き換えて読んでもらってOKです。
まとめ
「1日で上限に達した」という体験を振り返ると、モデル選択の意識がなかったことが一番の原因でした。
Opus のままリサーチをガンガン回すと、想像以上に早く上限に近づきます。Sonnet に切り替えてから、同じような使い方をしていても上限に達していません。
まず試してほしい対策の優先順位：
- モデルを Sonnet に切り替える（一番効果が大きい）
- WebFetch するページ数を絞る（リサーチ時に意識するだけでOK）
- エージェントの起動タイミングを整理する（必要な時だけ起動）
Pro プランで使い始めたばかりの方は、まずモデルの確認から始めてみてください。
次のステップ
- 📖 Claude Code とは？できること・料金・他ツールとの違い → Claude Code 自体をまだよく知らない方はまずこちら
- 🖥️ Claude Code デスクトップ版インストール手順【Win/Mac】 → まだインストールしていない方はこちら
- 🧠 CLAUDE.md の書き方と育て方【実運用ガイド】 → CLAUDE.md を育てながら使い方を最適化したい方はこちら
このブログでは、Claude Code の使い方や Tips を 初心者向けにわかりやすく 発信しています。お気に入り登録お願いします 🙌