Claude Codeのトークン節約は、コマンドを覚えることより「何がトークンを食っているか」を先に知ることから始まります。結論から言えば、消費の大半はプロンプトそのものではなく、裏で積み上がっていくコンテキスト(会話履歴・読み込んだファイル・画像・ツールの出力)です。編集部では毎日Claude Codeで記事や社内ツールを無人で動かしており、その運用で実際に効果のあった節約策を実測とともにまとめました。この記事では、まずトークン使用量の確認方法を押さえ、次に1タスク1セッションでの/clear、画像の縮小、全文読み込みの回避、サブエージェントへの委譲など7つの節約術を、編集部の実測値つきで紹介します。数値は画像やモデルによって変わるため、あくまで運用での実測として扱ってください。

この記事の要点

  • トークンを消費するのはプロンプトよりコンテキストです。会話履歴・読み込んだファイル・画像・ツール出力が積み上がるほど、毎ターンの入力トークンが増えていきます。まず/contextと/usageで現状を見るのが出発点です。
  • いちばん効果が大きいのは「1タスク1セッションで/clear」です。編集部の運用ではステータス表示が赤(コンテキスト40万トークン超)になったら区切る、を徹底しています。画像の等倍読み込みは1枚で数十万トークン規模に達することがあり、縮小してから読むだけで大きく変わります。
  • 全文読み込みを避けるのが次に効果的です。競合ページはWebFetchで丸ごと読まず構造抽出に切り替え、ファイルは範囲指定+grep先読み、調査はサブエージェントに委譲すると、本体の文脈を汚さずに済みます。

01Claude Codeのトークンはどこで消費される|前提はコンテキスト

トークンを消費している主役は、入力するプロンプトそのものではなく、その裏で積み上がっていくコンテキストです。Claude Codeは毎ターン、システムプロンプト、これまでの会話履歴、読み込んだファイルの中身、画像、ツールの実行結果をまとめてモデルへ送り直します。会話が長くなるほど、この「送り直す一式」が膨らみ、1回のやり取りで消費するトークンが増えていきます。短い質問をしても、直前までに大きなファイルを何枚も読ませていれば、その分が毎回上乗せされる、という構造です。

ここを押さえると、節約の勘所が見えてきます。減らすべきは「賢く短いプロンプトを書くこと」よりも、「不要になったコンテキストを溜め込まないこと」と「そもそも重いものを読み込ませないこと」の2つです。トークンの上限や料金の仕組み自体は、Claude Codeの使用量上限に達したときの対処でも扱っています。まずは現状を数字で見るところから始めます。

02トークン使用量を確認する|/contextと/usage

節約の前に、いま何がどれだけコンテキストを占めているかを可視化します。Claude Codeには、現状を確認するためのコマンドが用意されています。手を打つ前に必ずこの2つで現状を見ると、どこを削れば効果が出るかが判断できます。

コマンド わかること 使いどころ
/context いまのコンテキストの内訳(何がどれだけ占有しているか) 作業の途中で「重くなってきた」と感じたとき
/usage プランの使用量と上限に対する残り 上限が近いか、今日あとどれだけ動かせるか確認したいとき

ステータス表示で「区切りどき」を判断する

編集部では、画面のステータス表示に出るコンテキスト量を目安にしています。運用の目安として、表示が赤(コンテキスト40万トークン超)に入ったらその作業を区切る、という線を決めています。数字を都度見に行かなくても、色が変わったら手を止める、という単純なルールにしておくと、溜め込みすぎる前に対処できます。まず/contextで内訳を見て、大きく占めているのが会話履歴なのか、読み込んだファイルや画像なのかを切り分けると、次の一手が決まります。

03トークンを節約する7つの方法【実測つき】

ここからは、編集部の運用で実際に効果のあった7つの節約術を、実測の手ごたえとともに紹介します。上から効果の大きい順に並べています。数値は画像やモデル、そのときのコンテキスト量で変わるため、運用での実測として読んでください。

①1タスク1セッションで/clearする

いちばん効果が大きいのは、タスクが終わったら/clearで会話履歴をリセットし、別件を同じセッションに継ぎ足さないことです。話題が変わっても会話を続けると、前のタスクで読み込んだファイルや出力が全部コンテキストに残り、毎ターン送り直されます。編集部では「1タスク=1セッション、終わったら/clear」を徹底し、ステータスが赤(40万トークン超)になったら区切る、という運用にしています。文脈を一部だけ残したいときは/clearではなく/compactで要約に畳む、と使い分けます。

②画像・スクショは縮小してから読む【実測:等倍PNGの重さ】

見落とされがちですが、画像の等倍読み込みはトークン消費の大きな要因です。編集部の実測では、等倍のPNGスクリーンショット1枚の読み込みが数十万トークン規模(およそ25万トークン)に達したことがあり、コンテキストが一気に膨らむ原因になっていました。画面確認が必要なときは、いったん縮小版を作ってから読み込むと、この消費を大きく抑えられます。同じ画像を2回読ませないことも効果があります。ピクセル単位の検査(文字のはみ出しやコントラスト)は、目視で何枚も読むより機械検出に任せたほうが、確実で消費も小さく済みます。

③競合ページや長いドキュメントは全文読み込みを避ける

Webページの本文をまるごと読み込ませると、そのページが以降の全ターンで送り直され、消費が跳ね上がります。編集部では、外部ページを丸ごと読む処理を多用した1回の自動実行が2,000万トークン規模に達したことがあり、原因は本文の丸読みの積み重ねでした。対策は、構造だけを抜き出すスクリプトに切り替えて、見出しや字数といった必要な情報だけを受け取ることです。ただし一次情報(公式ドキュメントやリリースノート)の正確さが要る場面は、削らずに本文を読みます。削るのは「丸ごと読む必要のないページ」だけ、と線を引きます。

一次情報だけは削らない

節約を優先しすぎて、公式の仕様やリリースノートまで要約で済ませると、事実の取り違えにつながります。裏取りが要る一次情報は本文を読み、要約で足りる二次情報は構造だけ抜く、と扱いを分けるのが安全です。

④ファイルは範囲指定+grepで先に当てる

大きなファイルを頭から全部読ませると、その全文がコンテキストに乗ります。先に検索で該当箇所を当ててから、その周辺だけを範囲指定で読むと、消費を数分の一に抑えられます。手順としては、まずキーワードでファイル内を検索し、ヒットした行番号の前後だけを読み込む、という順番です。一度読んだファイルを何度も読み直さないことも、地味ですが積み重なると大きな差になります。

⑤調査・全文検索はサブエージェントに委譲する

広い範囲を探す調査や全文検索は、本体のセッションでやると、探索の途中経過が全部コンテキストに溜まります。これをサブエージェントに投げると、結論だけが返ってきて、探索の中身は本体の文脈に入りません。編集部では、候補の洗い出しや全文検索はサブエージェントに委譲し、裏取りや現物確認だけを本体で行う、と役割を分けています。サブエージェントとスキルの使い分けは、Claude Codeのスキルとサブエージェントの使い分けにまとめています。

⑥モデルと拡張思考を使い分ける

難しい設計はOpus、実装や単純作業はSonnet、と作業の性質でモデルを分けると、無駄な消費を抑えられます。拡張思考(深く考えるモード)も、必要な場面だけに絞ります。考える深さはトークンを使うため、単純な修正にまで深い思考を回すと、成果は変わらないのに消費だけ増えます。計画を立てる場面では深く、決まった手順を流す場面では浅く、と切り替えるのが目安です。

⑦使わないMCPサーバーと重いCLAUDE.mdを削る

起動時に固定でかかるオーバーヘッドも見直します。接続しているMCPサーバーは、その定義やツール一覧が毎回コンテキストに乗るため、使っていないサーバーは/mcpで無効化します。CLAUDE.mdも長すぎると毎ターン読み込まれる分が増えるので、必要なルールだけに保ち、長い手順はスキルに切り出して必要なときだけ読み込ませます。CLAUDE.mdを短く保つ書き方は、CLAUDE.mdが守られない原因と書き方もあわせてご覧ください。

04従来の節約術と、実測でわかった効果の大きさの違い

トークン節約というと「プロンプトを短く書く」「/clearを使う」がよく挙がります。どれも正しいのですが、編集部が毎日動かして分かったのは、効果の大きさに差がある、という点です。手元の運用で体感した「効果の大きさ」を、従来よく言われる対処と並べて整理します。

よくある対処 実測でわかった効果の大きさ 運用での体感
プロンプトを短くする 入力の一部にすぎず、コンテキスト全体には小さい影響 効果は限定的
/clearを使う 溜まった履歴を丸ごと落とせる中核の一手 効果が大きい
(意識されにくい)画像の縮小 等倍1枚で数十万トークン規模。1枚で状況が変わる 見落とすと最大の穴
(意識されにくい)全文読み込みの回避 丸読みは以降の全ターンに乗り続ける 積み重なると桁が変わる

アウトプットにどんな差が出ると想定される?

ここは仕組みから想定される範囲として書きます。プロンプトの短縮だけを頑張っても、裏で画像や長い履歴が積み上がっていれば、消費はさほど下がらないと想定されます。逆に、画像の縮小と全文読み込みの回避、そして/clearでの区切りを組み合わせると、同じ作業量でも1セッションあたりの消費が大きく下がると考えられます。編集部の運用では、この3つを徹底してから、上限に当たって作業が止まる頻度が明確に減りました。個別の削減率は環境で変わるため断定はできませんが、「重いものを読み込ませない」「溜めない」の2点が効果の中心である、という手ごたえは一貫しています。

05サイト制作・LP制作でのトークン運用【実践】

ここからは、サイト制作・LP制作の現場でのトークン運用を紹介します。制作では、大きなHTMLやCSS、確認用のスクリーンショットを扱うため、読み込み方を決めておくだけで消費が変わります。

①修正は全文を貼り直さず差分で当てる

長いHTMLを丸ごと貼り直して直させると、その全文が毎回コンテキストに乗ります。制作物のファイルはいったん保存し、修正は該当箇所だけを部分置換する、という進め方にすると、全文の再送信を避けられます。新規に書くときも、まず構成を固めてから書かせると、書き直しの往復を減らせます。方針を先に固める進め方はClaude CodeのPlan Modeの使い方が参考になります。

②デザイン確認のスクショは縮小してから見せる

実装したLPの見た目を確認させるとき、フルサイズのスクリーンショットをそのまま読ませると一気に重くなります。確認用の画像は縮小版を作ってから読み込ませ、文字のはみ出しやコントラストのようなピクセル単位の検査は機械検出に回すと、消費を抑えつつ品質チェックができます。連番で何枚も撮る画面遷移の確認は、画像をディスクに書き出してから必要な数枚だけ読む、と決めておくと文脈が膨らみません。

連番キャプチャはディスクに書き出す

画面遷移やマニュアル用に大量のスクリーンショットが要るときは、ブラウザ操作をスクリプトで回してPNGをディスクへ直接書き出します。画像そのものはコンテキストに乗らないため、何十枚撮っても本体の消費は増えません。中身を確認したい数枚だけを、縮小してから読み込みます。

06自社ツール開発・自動実行でのトークン運用【実践】

次は、効率化のための自社ツール開発と自動実行でのトークン運用です。無人で回すツールでは、人が都度「短くして」と言えないため、消費を抑える仕組みを最初から設計に入れておきます。編集部でも記事生成や集計を無人で動かしており、その勘所を手順に落とします。

①1実行1目的に切り、探索は委譲する

自動実行では、1回の実行で1つの目的だけを果たすように切ります。1回の中で調査から実装まで詰め込むと、探索の途中経過が全部そのセッションに溜まります。広い範囲を探す処理はサブエージェントに委譲し、本体には結論だけ返す設計にすると、無人でも消費が安定します。役割分担の考え方はMCPサーバーを自作する最短ルートで扱うツール設計とも共通します。

②ログは絞ってから読ませる

テストやビルドの出力をそのまま全部読ませると、成功行まで含めた大量のログがコンテキストに乗ります。検索で失敗行だけに絞ってから渡すと、数万トークン規模のログを数百トークンに落とせます。自動化のスクリプト側で「出力を絞ってから渡す」を組み込んでおくと、無人運用でも消費が跳ねません。コンテキストを軽く保つ設計はClaude 5のコンテキストを削減した実例もあわせてご覧ください。

絞り込みをスクリプト側に固定する

無人実行では、モデルに「失敗行だけ見て」と頼むより、テストやビルドのコマンドに検索での絞り込みを最初から挟んでおくほうが確実です。渡す前に出力が小さくなっていれば、読み込む側の設定に関係なく消費を抑えられます。

07トークンが上限に達したときの対処

節約しても上限に当たることはあります。その場合は、まず/usageで残りとリセットの時刻を確認します。上限は一定時間で回復するため、急ぎでなければリセットを待つのが確実です。すぐ続けたいときは、モデルを軽いほうに切り替える、拡張思考を切る、といった消費の軽い設定に落として作業を続けます。上限に達したときの具体的な解き方は、Claude Code usage limit reachedを解く手順にまとめています。上限に当たる前に、この記事の7つを習慣にしておくのがいちばんの対策です。

FAQよくある質問

Claude Codeのトークン使用量はどこで確認できる?

/usageでプランの使用量と上限に対する残りを、/contextでいまのコンテキストの内訳を確認できます。作業が重くなってきたと感じたら、まず/contextで何が占有しているかを見ると、削る対象が判断できます。

/clearと/compactはどう使い分ける?

タスクが終わって前の文脈が要らないなら/clearで履歴を丸ごと落とします。前のやり取りの要点だけ残して続けたいなら/compactで要約に畳みます。別のタスクに移るときは/clear、同じタスクを続けるが履歴が重いときは/compactが目安です。

いちばんトークン削減に効果が大きいのはどれ?

「1タスク1セッションで/clear」と「重いものを読み込ませない」の2つです。とくに画像の等倍読み込みと、Webページやファイルの全文読み込みは消費が大きいため、縮小や範囲指定、構造抽出への切り替えが効果的です。

画像の読み込みはそんなにトークンを使う?

使います。編集部の実測では、等倍のPNGスクリーンショット1枚で数十万トークン規模に達したことがありました。値は画像の解像度で変わりますが、確認用の画像は縮小してから読み込ませる、同じ画像を2回読ませない、という運用にすると消費を抑えられます。

サブエージェントに任せるとトークンは減る?

本体のコンテキストは軽くなります。調査や全文検索をサブエージェントに委譲すると、探索の途中経過は本体に入らず、結論だけが返ってきます。全体の消費がゼロになるわけではありませんが、本体の文脈が汚れないため、長い作業を通しで続けやすくなります。

モデル側の事情も費用を左右します。Fable 5.1でキャッシュ読み取り単価が4分の1になった内訳と編集部の実測はFable 5.1のトークン消費と使用量にまとめています。

08まとめ:まず1タスク1セッションから

Claude Codeのトークン節約は、消費の主役がコンテキストだと理解するところから始まります。効果が大きいのは、賢いプロンプトより「溜めない」「重いものを読み込ませない」の2点です。まずは/contextと/usageで現状を見て、1タスク1セッションで/clearする習慣をつけるのが、いちばん手軽で効果の大きい第一歩です。そのうえで、画像は縮小してから、Webページやファイルは全文でなく必要な部分だけ、調査はサブエージェントに委譲する、と積み重ねると、同じ作業量でも消費が下がっていきます。上限で止まりがちな方は、まず今日の作業から1タスク1セッションを試してみてください。関連して、上限に当たったときはusage limit reachedを解く手順、コンテキスト設計はClaude 5のコンテキスト削減の実例もあわせてご覧ください。

09出典

  • Anthropic「Claude Code Docs」(/clear・/compact・/context・/usage・/mcpの各コマンドと役割を編集部が確認)
  • 編集部の運用実測(等倍PNG読み込み・外部ページの全文読み込み・ログ絞り込みによるトークン消費の手ごたえ。値は画像・モデル・コンテキスト量により変動)