9-2 Claude Code のトークン節約術｜同じ成果をより安く出す

このレッスンでわかること

前のレッスン 9-1 で、コストの正体は「トークン」であり、長い会話ほどコンテキストが膨らんで高く・遅くなる、という仕組みを学びました。このレッスンでは、その仕組みを踏まえた実践的な節約術を扱います。

このレッスンを読み終えると、次の5つができるようになります。

• タスクごとにセッションを区切る判断
• /clear と /compact を場面に応じて使い分ける
• 必要なファイルだけを読ませる指示の出し方
• 長文資料を渡すときの事前の工夫
• タスクの重さに応じたモデルの使い分け

大事なのは、節約のために成果の質を落とすことではありません。目指すのは「同じ成果を、より少ないトークンで出す」こと。料理でいえば、味を落とさずに食材の無駄をなくすイメージです。むしろコンテキストが整理されるぶん、AIの応答の質が上がることも珍しくありません。

なお、本レッスンで紹介するコマンドの仕様は変わることがあります。手元の環境では /help で最新の動作を確認してください。

節約術1：タスクごとにセッションを区切る

最も効果が大きく、しかも簡単なのがこれです。9-1 で見たとおり、会話の履歴は毎回まるごと送り直されます。つまり、**関係ない過去の話題は「運び続けるだけの荷物」**です。

判断基準はシンプルです。

• 前の会話の文脈が必要 → 同じセッションを続ける
• 前の会話と関係ない新しいタスク → 新しいセッションを始める

【Bad】
1つのセッションで「売上データの集計」→「プレゼン資料の構成案」→「英文メールの添削」
→ メール添削の時点で、売上データやプレゼンの履歴を毎回送り続けている

【Good】
「売上データの集計」が終わったら区切り、「プレゼン資料の構成案」は新セッションで開始
→ 各タスクのコンテキストが最小限に保たれる

「セッションを切ると、せっかくのやりとりが消えてもったいない」と感じるかもしれません。しかし残しておきたい結論があるなら、ファイルに書き出させてから区切るのが正解です。「ここまでの決定事項を notes.md にまとめて」と頼めば、次のセッションではそのファイルだけ読ませれば済みます。会話履歴を引きずるより、はるかに軽くて確実です。

節約術2：/clear と /compact の使い分け

セッションの途中でコンテキストを整理する手段として、Claude Code には主に2つのコマンドがあります。

• /clear：会話履歴をリセットして、まっさらな状態から再スタートする
• /compact：それまでの会話を要約して圧縮し、要点を引き継ぎながら続ける

使い分けの目安は次のとおりです。

状況	使うコマンド	理由
前のタスクが完了し、次は別件	/clear	過去の文脈が不要なので全部捨ててよい
同じタスクの続きだが、会話が長くなってきた	/compact	要点は保ちつつコンテキストを軽くできる
会話が脱線して収拾がつかなくなった	/clear ＋ 指示の出し直し	混乱した履歴ごと整理して仕切り直すほうが早い

注意点として、/compact は要約である以上、細かいニュアンスが落ちる可能性があります。「この仕様だけは絶対に忘れてほしくない」という情報があるなら、要約に頼らずファイル（メモ）に書き出しておくのが安全です。

【Bad】
何時間も同じセッションを続け、応答が遅くなっても何もしない
→ コンテキストが満杯に近づき、コストも応答品質も悪化

【Good】
作業の節目で /context を確認し、続きが必要なら /compact、別件なら /clear
→「節目で整理する」習慣がコストと品質の両方を守る

節約術3：必要なファイルだけを読ませる

Claude Code はファイルやフォルダを読み込めますが、読んだ分はすべて入力トークンになります。「とりあえず全部読んで」は、財布（または利用上限）に直撃する指示です。

【Bad】
「このフォルダ全部読んで、何か改善点ある？」
→ 無関係なファイルまで大量に読み込み、トークンを浪費。焦点もぼやける

【Good】
「sales-report.xlsx の『4月』シートだけを読んで、前月比が下がっている項目を挙げて」
→ 対象を絞った指示。消費は最小限で、回答も的確になる

ポイントは、依頼する前に自分が一瞬だけ考えることです。「この作業に本当に必要な材料はどれか？」を3秒考えてファイル名を指定するだけで、消費トークンが大きく変わります。どのファイルが関係するかわからない場合も、「まずファイル名の一覧だけ見て、関係しそうなものを教えて。中身はまだ読まないで」と段階を踏めば、無駄読みを防げます。

節約術4：長文を渡すときは「要約してから」

議事録、調査レポート、長いメールスレッド——長文を扱う場面では、渡し方の工夫が効きます。

• 目的に関係する部分だけ抜粋して渡す：50ページの資料でも、必要なのは3ページかもしれません
• 先に要約を作らせ、要約をもとに本作業をする：いったん「この資料を500字で要約して」と頼み、以降の議論は要約をベースに進める。元の長文を会話で引きずらずに済みます
• 繰り返し使う長文はファイルにする：毎回貼り付けるのではなく、ファイルとして保存して必要なときだけ参照させる

【Bad】
3万字の議事録を毎回チャットに貼り付けて、質問のたびに送り直す

【Good】
議事録をファイルとして保存 → 「要点を箇条書きで抽出して summary.md に保存して」
→ 以降の質問は summary.md を参照して回答させる

「素材は外部のファイルに置き、会話には要点だけを乗せる」。これが長文との付き合い方の基本形です。

節約術5：タスクの重さに合わせてモデルを使い分ける

Claude には性能と単価の異なる複数のモデルがあり、Claude Code では使用するモデルを切り替えられます（多くの場合 /model コマンドで変更できます。仕様は /help で確認してください）。

考え方は「仕事の重さに合った道具を選ぶ」です。

• 軽いタスク（誤字チェック、簡単な変換、定型文の生成、ファイルの形式変更など）→ 軽量・低単価のモデルで十分
• 重いタスク（複雑な分析、設計の検討、長い文書の作成、難しいコードの実装など）→ 高性能モデルの出番

【Bad】
「CSVの列名を英語に直すだけ」の作業を、常に最高性能のモデルで実行
→ 軽トラで済む配達に大型トレーラーを使うようなもの

【Good】
単純作業は軽量モデル、ここぞという分析は高性能モデル、と意識的に切り替える
→ 成果はほぼ同じで、消費は大幅に減る

迷ったら「この作業、新人さんに頼んでも問題なくできるか？」と考えてみてください。できそうなら軽量モデルで十分なことが多い、というのが実務的な目安です。モデルごとの単価差は公式の料金ページで確認できます。

節約チェックリスト

依頼の前後で、次の5点を確認する習慣をつけましょう。

• このタスクは前の会話の続きか？ 別件なら新セッション（または /clear）
• 読ませるファイルは必要最小限に絞ったか？
• 長文は要約・抜粋してから渡しているか？
• タスクの重さに合ったモデルを選んだか？
• 長い作業の節目で /context や /cost を確認したか？

なお、Claude Code には同じ内容の再送信コストを抑える「プロンプトキャッシュ」の仕組みが裏側で働いていますが、それに甘えず「そもそも余計なものをコンテキストに乗せない」ことが節約の本筋です。

やってみよう

1. セッション分割を1日試す：今日の作業を「タスクが変わったら新セッション」のルールで進めてみましょう。1日の終わりに、いつもより上限に余裕があったか振り返ります。
2. /compact を体験する：長くなったセッションで /context を確認してから /compact を実行し、コンテキストの使用量がどう変わったか比べてみましょう。
3. モデルの使い分けを試す：「誤字チェック」のような軽い作業を軽量モデルで実行し、結果の品質が用途に対して十分かを自分の目で確認してみましょう。

まとめ

• 節約の目的は「同じ成果をより少ないトークンで出す」こと。質を落とす我慢ではない
• 最も効くのは「タスクごとにセッションを区切る」こと。残したい結論はファイルに書き出してから区切る
• /clear は別件への切り替え、/compact は同一タスクの続行時、と使い分ける
• ファイルは「全部読んで」ではなく、必要なものだけを名指しで読ませる
• 長文は要約・抜粋してから渡し、素材はファイルに置いて会話には要点だけを乗せる
• 軽いタスクは軽量モデル、重いタスクは高性能モデル、とタスクの重さで使い分ける

理解度チェック

問1. 午前中に「経費データの集計」を終え、午後から全く別の「新サービスの企画メモ作成」を始めます。トークン節約の観点で最も適切な行動はどれでしょう？

• A. 同じセッションでそのまま続ける（履歴が多いほどAIは賢くなるため）
• B. /compact を実行してから企画メモの作業を始める
• C. 新しいセッション（または /clear）で企画メモの作業を始める
• D. 高性能モデルに切り替えてから同じセッションで続ける

解答を見る

正解：C

経費データの履歴は企画メモ作成には不要で、残しておくと毎回送り直される「荷物」になります。別件のタスクには新セッションか /clear が適切です。/compact（B）は同じタスクを続けながら圧縮したい場合の選択肢で、無関係な履歴は要約してでも引き継ぐ必要がありません。履歴が多いほど賢くなる（A）はむしろ逆で、無関係な文脈は精度低下の原因になります。

問2. 50ページの調査レポートについて、今後何度も質問しながら分析を進めたいとき、最もトークン効率のよい進め方はどれでしょう？

• A. 質問のたびにレポート全文をチャットに貼り付ける
• B. レポートをファイルとして保存し、まず要点を要約ファイルにまとめさせて、以降は要約を参照して進める
• C. レポートを読ませずに、記憶を頼りにAIに推測で答えさせる
• D. 1つのセッションで全文を一度読ませ、そのセッションを何週間も使い続ける

解答を見る

正解：B

素材はファイルに置き、会話には要点だけを乗せるのが基本形です。全文の毎回貼り付け（A）は入力トークンの大量消費に直結し、読ませずに推測させる（C）のは正確性の面で論外です。1セッションを延々と使い続ける（D）と、会話履歴の膨張で結局コストと品質が悪化していきます。