AI コーディングのコスト管理術 — Cursor / Claude Code / Codex の月20〜200ドル枠を焼き尽くさない7つの運用テクニック

2026年6月、AI コーディングの「いちばんうるさい議論」は性能ではなく料金になりました。
「どのツールがクレジットを焼き尽くさないか」のほうが、ベンチマークの差より日常では気になる、という温度感です。

今週は Gemini CLI 個人版が 6/18 で止まり、後継 Antigravity CLI の無料枠が1日約1,000リクエストから約20リクエスト相当に大幅悪化しました。
Claude Code Pro の月20ドル枠が「15分から30分で焼き切れる」という声も増えています。
Cursor、Codex、GitHub Copilot のいずれも、似た時期にクレジット / トークン / 上限のモデルをそれぞれ別の数え方で組み直しながら値上げしてきました。
気がついたら月の中旬で枠に当たり、ヘビーな作業日は午後ずっと別のことをしている、という状況に陥りやすい構造です。

この記事は、2026年6月時点の主要 AI コーディングツールの料金構造を整理したうえで、枠を焼き尽くさないための7つの運用テクニックを渡します。
最初に料金の地図、次に実際の節約手、最後にプラン選びのチェックリスト、という順です。

なお、以下の料金はすべて米ドル表記です。1ドル≒155円（2026-06-21 時点の概数）でお考えください。
たとえば月額 $20 はおよそ月3,100円、$100 はおよそ1万5,500円、$200 はおよそ3万1,000円です。

2026年6月時点の料金の地図

主要ツールの個人プランを並べると、構造が3層に分かれているのが見えます。

• 入口層（無料〜$20）: Cursor Hobby Free、Claude Code Pro $20、ChatGPT Plus $20（Codex 同梱）。実際に毎日使うとほぼ確実に枠が足りない

• 中量層（$60〜$100）: Cursor Pro+ $60（API agent 利用枠 $70 込み）、Claude Code Max(x5) $100。個人開発者・副業層の現実的なライン

• 重量層（$200）: Cursor Ultra $200（$400相当の API agent 込み）、Claude Code Max(x20) $200、ChatGPT Pro $200。1日中ヘビーに回す人向け

価格モデルも会社ごとに枠の数え方がばらばらです。
クレジット制、トークン制、リクエスト数制、月間プレミアム要求数、1日あたりキャップ、5時間ローリングウィンドウ。
「月にいくら払うか」だけでなく「どの単位で削られるか」が違うので、契約前に1つだけは中身を読んでおく必要があります。

参考までに、私自身が Claude Code Max(x5)（$100）で Fable 5 を effort 特大 で使ったときに、30分で5時間枠を使い切ったことが1回ありました（末尾にリンクを置いています）。
ただし、これは Fable 5 と effort 特大の組み合わせ特有 の話で、Opus 4.8 や Sonnet 4.6 を high で使う通常運用なら、Max(x5) で5時間枠が30分で尽きる、ということは基本起きません（なお Fable 5 自体は現在、政府命令により停止中です）。
それでも Pro $20 については「重い作業に絞ると15〜30分で焼ける」という声があり、これは Fable 5 とは別に、Pro プランの枠そのものが日常使いには小さい、という構造の話です。

「ある日突然枠に当たる」典型シナリオ

枠を焼く時は、わかってて焼くのではなく、気がつかないうちに焼いていることがほとんどです。
4つくらいパターンがあります。

• 長い1セッションを放置する: 同じチャットで朝から夕方まで作業を続けると、context window が膨らみ、毎ターンの入力トークンがふくらみ続けます

• 大きな CLAUDE.md / AGENTS.md を読ませる: 1セッション中、CLAUDE.md は毎ターン丸ごと読み込まれます。5,000 トークンの CLAUDE.md は、100ターンで50万トークン削られる計算です

• 重い effort で軽い質問を投げる: 軽い修正にも xhigh が走るので、本来 medium で十分な作業まで重課金になります

• MCP を全部入れる: 各 MCP は context に常駐します。使っていない MCP もトークンを食べ続けます

このどれかをやらかすと、月の中旬には枠に当たります。
ここから先は、その4パターンを潰す7つの運用テクニックです。

1. CLAUDE.md と AGENTS.md を 200行以下に圧縮する

これがいちばん効きます。
CLAUDE.md は 毎ターン丸ごと読み込まれ、決して途中で捨てられません（Claude Code Docs）。
500 トークンの CLAUDE.md は1ターンあたり500トークン、100ターン回せば 50,000 トークン削られる、という単純計算です。
1セッション内で何度もリトライしながら作業すると、ここがじわじわ効いてきます。

実用的な圧縮ガイドは「200 行以下」「500 トークン以下」を目安にする、というのが各種ブログで共通しています（Analytics Vidhya 23 tips）。
プロジェクト固有の絶対ルールだけを残し、「こうするとよい」レベルの解説は別ファイルに移して、必要な時に読ませる、というのが現実的な分け方です。
Cursor の `.cursorrules` も同じ考え方で短く保ちます。

2. `/clear` と `/compact` を使い分けて、1セッションに1タスク

長いチャットを引っ張り続けると、過去の中身が文脈として残り続け、無関係なタスクでも全部読み込まれます。
作業が切り替わったら `/clear` で新しいセッションを切るのが基本です（KDnuggets 7 ways）。

長くなった同じ作業を続けたい場合は、`/compact` で会話を要約して context を縮めます。
clear は捨てる、compact は要約して残す、の使い分けです。
私の運用では、「同じ機能の実装中に context が肥大化したら compact、別の機能に移るときは clear」という線で決めています。

3. Plan Mode を expensive な操作の前に挟む（Shift+Tab）

複数ファイルに手を入れる作業は、いきなり Claude に投げず、Plan Mode で計画だけ先に出させると、無駄なツール呼び出しを大幅に削れます。
Plan Mode の中では Claude は計画を出すだけで、書き込み系の操作は行いません。
ここで「不要な手順は削る」「順番を入れ替える」を済ませてから、通常モードに戻して実行します。

これは Anthropic 公式のベストプラクティスにも明記されています（Best practices for Claude Code）。
特に effort xhigh や ultracode で動かす時は、Plan Mode を挟まないと「数十のサブエージェントが探索的に動いて気がつくと枠を使い切っている」状況になりやすいです。

4. `/effort` で1段階下げる癖をつける

私の Fable 5 体験での反省点でもありますが、全工程を同じ effort で揃えると、軽い場面まで重課金で走ります。
Claude Code の `/effort` は low / medium / high / xhigh / max の5段階で、デフォルトは high です（公式 Effort ドキュメント）。

公式の推奨は明確です。

• ルーチンワーク・検索・軽い質問: low / medium

• ふだん使い: high（デフォルト）

• 能力が一番問われる作業: xhigh

• 絶対に取りこぼせない最終判断: max

「重いタスクなら xhigh」と固定するのではなく、フェーズで階段を組むのが現実解です。
調査段階は medium、設計は high、実装は xhigh、最終レビューだけ max、という風に切り替えます。

5. 安いモデルに逃がす（Sonnet / Haiku）— ただし「常時稼働かどうか」で分岐する

Claude Opus 4.8 は強いですが、毎日のコーディングの大半は Sonnet 4.6 で済ませられる、というのが各種ブログでの共通見解です（Apidog 比較）。
Opus の単価は入力100万トークンあたり5ドル（約780円）、Sonnet は3ドル（約465円）です。
出力は Opus が25ドル（約3,900円）、Sonnet が15ドル（約2,330円）と差がさらに開きます。
出力単価の差が大きいので、コードを書かせる作業ほど Sonnet で済めば節約効果も大きくなります。

ただし、ここは個人の使い方によって判断が分かれる項目です。
私自身（著者）は、Sonnet 4.6 をほぼ使わず、Opus 4.7 か Opus 4.6 を本線にしています。
コードを書かせた時の品質差を体感で感じていて、月の枠を Opus にまとめて投入したほうが成果物に納得感が出る、というのが理由です。
背景にあるのは「一日中 Claude を走らせるほどの常時タスクは持っていない」という働き方の前提でもあります。
重い作業を絞って深く使う運用なら、Opus を本線にしても枠が破綻しません。

逆に、複数案件・複数リポを並行で回している人、エージェントを長時間放置して使う人 にとっては、軽い相談・検索・雛形作りを Sonnet 4.6 に逃がす二段構えがはっきり効きます。
1日のうち軽いタスクの割合が大きいほど、安いモデルへの逃がし方の効果が大きく出ます。
自分のスタイルが 「重い作業を絞って深く使う」のか「常時走らせる中で軽重を分ける」のか を一度自問してから決めるとよさそうです。
`/model` でいつでも切り替えられるので、ここは試行錯誤の余地が大きいところです。
ChatGPT 系も同様で、軽い作業を GPT-5.5 mini / nano に逃がす二段構えは、常時稼働運用の人ほど効きます。

2026年6月時点の注意：Opus は 4.8 より 4.7 / 4.6 を選ぶ

実はもう1つ、いま Opus を呼ぶ場面では Opus 4.8 ではなく Opus 4.7 か Opus 4.6 を選ぶほうがコスト的にも安全 です。

複数の GitHub Issue で報告されているとおり、Opus 4.8 は ツールコール用の JSON が壊れた形（unterminated string、ブレースの抜け、引数の途切れ）で出力される バグが頻発しています（claude-code#63604、#64658）。
壊れた tool_use ブロックが入った応答は、添えられたテキストごとまるごと破棄されるので、見た目には Claude が黙ったように見えます。
同じシステムプロンプト・同じ MCP セットのまま、モデルだけ Opus 4.7 か Sonnet 4.6 に切り替えると再現しない、というのが Issue で確認されている挙動です。
私の運用でも同じ傾向を観察しています。

ツールコールが失敗するとリトライが入り、壊れた tool_use の中身が context に残ったまま次のターンに進むので、結果として 何も進まないターンでもトークンを焼く ことになります。
コスト管理の観点では、これは無視できないロスです。
2026年6月時点では、Opus を必要とする場面で `/model claude-opus-4-7` や `/model claude-opus-4-6` を選び、4.8 系の修正が落ち着いてから戻す、という距離感が現実的です。
ふだん使いの Sonnet 4.6 にこの問題は出ていないので、本線の組み立て（Sonnet 4.6 を default、必要な時だけ Opus）は変えなくて大丈夫です。

6. サブエージェントパターンで、重い context をメインから分離する

大量のファイルを読ませて分析させる、という重い作業は、メインのセッションでやらずに、サブエージェントを生やしてそちらに任せるのが効きます。
メインのセッションには「指示」と「結果のサマリー」だけが残るので、後続のタスクが context を引き継ぐコストが激減します。

これは Claude Code の Explore サブエージェントや、Anthropic 公式の sub-agent ベストプラクティスでも推奨されている使い方です。
Cursor も Composer の Agent モードでファンアウトできるので、考え方は同じです。
重い読み込みをメインに溜め込まない、というのが原則です。

7. `.claudeignore` で読まれるファイルを最初から絞る

プロジェクト直下に `.claudeignore`（Cursor なら `.cursorignore`）を置くと、Claude / Cursor がデフォルトで読みに行くファイルを除外できます。
`node_modules/`、`dist/`、`build/`、`.next/`、`coverage/`、ログ系のフォルダ、巨大なテストフィクスチャ、自動生成ファイルを最初から除外しておくと、「探索」のために無駄なファイルを読まれずに済みます。

このファイルがあるかどうかで、`grep` 系のツールが返す結果のノイズも減るので、結果として効率も上がります。
作るのは1回、効果は毎セッション、という典型の費用対効果が高い手です。

どこまで節約すべきか — 品質との trade-off

複数のブログで「7つを組み合わせると40〜70% のトークン削減」という数字が出ています（KDnuggets, MindStudio 5 skills cut tokens 70%）。
ただ、これは「焦点を絞ったタスクで」という条件付きです。
全部やりすぎると、本来必要な context を読まれなくなって品質が落ちる、という別の問題が出ます。

私の運用では、「7つのうち最初の4つ（CLAUDE.md / clear と compact / Plan Mode / effort 下げ）」を常時 ON、残り3つは「重い日にだけ意識して使う」線で組んでいます。
やりすぎないこと自体が、コストと品質のバランスを保つ運用のコツです。

プラン選びのチェックリスト

最後に、契約前のチェックリストにします。

• 月に何時間 AI コーディングを使うかを先に決める。週20時間以上 → 中量層以上は確定

• 重いタスクと軽いタスクの比率を見る。重い割合が多いなら Max(x5) / Pro+ を Opus 中心で。軽重半々なら Pro 中心で軽作業に Sonnet を併用、というのが現実的

• 「枠の単位」を契約前に読む。クレジット / トークン / 1日リクエスト数 / 5時間ローリング、どれで削られるか

• 無料枠の落とし穴を意識する。Antigravity CLI のように、無料枠は今後さらに絞られる方向。本気で使うなら有料前提

• 複数ツールを契約しない。Cursor Pro と Claude Code Pro と ChatGPT Plus を同時契約してそれぞれ少しずつ使う、はいちばん非効率になりがち

私自身は、Claude Code Max(x5) を本線にして、軽いタスクは ChatGPT Plus（GPT-5.5）、という2本立てで運用しています。
Cursor は一時期試して、今は Claude Code に寄せる形にしました。
正解は人それぞれですが、「全部入り」は避けて、軸を1つ決めてフェーズで使い分けるのが、月末の請求を読んだときに納得感が出る運用です。

まとめ

• 2026年6月の AI コーディングは「クレジットを焼く時代」。Pro $20 は重い作業だと15〜30分で焼けるという声があり、Max(x5) $100 でも Fable 5 + effort 特大の組み合わせでは30分で5時間枠到達のケースあり（Opus 4.8 や Sonnet 4.6 の通常運用ではここまでは起きない）

• 料金は3層構造（入口 $20、中量 $60〜100、重量 $200）。クレジット / トークン / 1日リクエスト / 5時間ローリングと枠の数え方が会社ごとにばらばらなので、契約前に中身を読む

• 焼かない7つの運用テクニック：CLAUDE.md 200行以下 / `/clear` と `/compact` の使い分け / Plan Mode を expensive 操作前に / `/effort` 1段階下げ / 安いモデルへ逃がす / サブエージェントパターン / `.claudeignore`

• 2026年6月時点の運用上の注意：Opus を呼ぶ時は 4.8 ではなく Opus 4.7 / 4.6 を選ぶ。4.8 はツールコール用 JSON が壊れる Issue が頻発しており、リトライで余分にトークンを焼く（Sonnet 4.6 と Opus 4.7 / 4.6 では再現しない）

• 全部やると 40〜70% の削減報告があるが、やりすぎは品質を落とすので「常時 ON 4つ＋重い日に意識 3つ」が現実的

• プラン選びは「月の利用時間」「重いタスクの比率」「枠の単位」「全部入りを避ける」の4点を契約前に詰める

次の一手としては、いま開いている自分の CLAUDE.md の行数を数えてみてください。
200行を超えていたら、まずそこから削るだけで、来月の枠の保ちが変わります。

この記事が参考になったら、ぜひ「スキ」をお願いします。
AI コーディングの運用Tips は、これから定期的に整理して書いていきます。

あわせて読みたい

Fable 5 を effort 特大で触って Max(x5) の5時間枠を30分で使い切った体験はこちらに（現在 Fable 5 は政府命令で停止中ですが、effort の話は Opus 4.8 / Sonnet 4.6 でも適用できます）。

CLAUDE.md の書き方そのものを掘り下げた記事はこちらに（200行以下に圧縮するときの判断軸）。

AI コーディングで陥りがちな失敗パターンの整理はこちらに。