先に要点
AIツールって気づくとすぐ重くなる セッションが長くなると賢くなるどころか雑になる トークンを食いすぎている気がする と感じる人は多いと思います。
実際、AIツールは長く使うほど便利になる場面もありますが、何でも同じ会話に積むと、精度もコストも悪くなりやすいです。
この記事では、2026年4月19日時点で、OpenAIのトークン解説、AnthropicのClaude Codeコスト管理ドキュメント、CursorのPricing / Rules公式情報を確認しながら、AIツールのセッションやトークンを節約する方法を実務目線で整理します。
AIが言う前提情報全体から先に整理したい場合は、AIのコンテキストとは？プロンプト・会話履歴・RAGとの違いを整理 も先に読むとつながりやすいです。
まず、セッション節約とトークン節約は少し違う
同じように見えて、実は少し意味が違います。
| 観点 | 何を減らしたいか | 主に困ること |
|---|---|---|
| セッション節約 | 長すぎる会話履歴、古い前提、不要な分岐 | AIが昔の話に引っ張られる、判断がぶれる |
| トークン節約 | 入力量、出力量、履歴、添付資料、ツール出力 | API料金が増える、上限に近づく、応答が重くなる |
トークンは、AIが文章やコードを処理するときの単位です。
OpenAIのヘルプでも、入力トークン、出力トークン、キャッシュ済みトークン、推論系のトークンが区別されると説明されています。
一方で、ユーザーが目にする問題は 料金 だけではありません。
会話が長くなりすぎると、古い指示や関係ないログが残り、AIの判断が鈍ることがあります。
つまり、節約は 安くする だけでなく、余計な前提を捨てて精度を戻す ためにも大事です。
一番効く節約術1：タスクごとに会話を分ける
これがたぶん一番効きます。
悪い例は、同じ会話で次を全部続けることです。
- Laravelのエラー調査
- メール文面の下書き
- 画像生成の相談
- 翻訳
- まったく別案件の仕様相談
こうすると、AIは前の会話を前提として抱え続けやすくなります。
結果として、今回の依頼と関係ない文脈まで残り、答えがぶれます。
実務では、次のように分けるとかなり安定します。
- 案件ごとに会話を分ける
- 作業種類ごとに会話を分ける
- 調査と実装を分ける
- 翻訳や要約の大量処理は専用セッションへ分ける
Claude Codeの公式ドキュメントでも、無関係な作業へ切り替えるときは /clear を使って新しく始めることが勧められています。
同じ作業を続けるなら /compact、別作業へ移るなら /clear と考えると分かりやすいです。
一番効く節約術2：長文を丸ごと貼らず、必要箇所だけ抜く
AIに長い仕様書、巨大ログ、メールスレッド全体、コードベースの断片を丸ごと渡すと、すぐ重くなります。
しかも、重くなるだけでなく、重要な条件が埋もれやすいです。
OpenAIのトークン解説でも、上限に近づいたら 短くする 分割する 事前に要約する といった方法が案内されています。
これは実務でもかなりそのまま使えます。
たとえば、次のように変えるだけで差が出ます。
- 生ログ 2,000行 → エラー前後 40行
- 議事録全文 → 意思決定だけ箇条書き
- 仕様書丸ごと → 今回関係する章だけ抜粋
- コードベース全体 → 関係ファイルとエラー箇所だけ
個人的には、最初に 何を削るか を考える方が、どううまく聞くか より効くことが多いです。
一番効く節約術3：出力を短く制約する
入力だけでなく、出力もトークンを使います。
詳しく説明して 考えられることを全部出して を毎回やると、回答が長くなり、次の会話でもその長文を抱えやすくなります。
なので、まずはこういう指定が効きます。
- 先に結論だけ3点
- 表で比較
- 200字以内
- 箇条書きだけ
- 差分だけ
- 次のアクションだけ
特にAIコーディングでは、長い説明文より 原因候補3つ / 変更予定ファイル / 実行予定コマンド のような形の方が、読みやすくて安いです。
一番効く節約術4：毎回書く長い前提は常設ルールに逃がす
毎回同じ長文プロンプトを書くと、そのたびにトークンを使います。
しかもコピペ運用だと、古い指示が残りやすいです。
そのため、繰り返し使う前提は、ツール側の常設ルールへ寄せる方が楽です。
Cursorの公式Rulesドキュメントでも、Rulesは persistent context として使われ、毎回のチャットで同じ前提を再利用する考え方が示されています。
ただし、長ければ良いわけではありません。Cursorも 500 lines以下 分割する 具体的に書く を勧めています。
つまり、節約の観点でも次が大事です。
- ルールを短く保つ
- 1ファイルに全部詰め込まない
- いま使わないルールを常時適用しない
- プロジェクト共通ルールと作業別ルールを分ける
一番効く節約術5：重いモデルやMax系は難所だけに使う
賢いモデルなら失敗が減るから、結局安い ことはあります。
でも、毎回それが正しいわけではありません。
実務では、次の分け方がかなり現実的です。
- 分類、整形、短い要約、タイトル案: 軽いモデル
- 設計レビュー、複雑なコード修正、難しい比較: 重いモデル
- 大量処理: 小さめモデルや段階分割
AnthropicのClaude Codeコスト管理ページでも、たいていのコーディング作業には Sonnet を使い、Opus は複雑な判断だけに寄せることが勧められています。
Cursorでも、Normal mode はモデルごとの固定リクエストで扱いやすく、Max Mode はトークンベースで重くなりやすいと案内されています。
つまり、常にMax 常に最上位モデル は、分かりやすいけれど雑です。
本当に難しいところだけ重くする方が、結果的に安くなりやすいです。
一番効く節約術6：大きな仕事は1回で終わらせず、段階に分ける
1回の依頼で全部やらせようとすると、入力も出力も長くなります。
たとえば悪い例はこうです。
この30ページの仕様書を読んで、競合比較して、実装方針を決めて、見積りを出して、懸念点も洗い出して
これを分けるだけでかなり違います。
- まず要点だけ整理
- 次に論点を3つに絞る
- その後に設計案
- 最後に見積りとリスク
こうすると、毎回必要な材料だけを持ち込めます。
AIの精度も上がりやすく、会話履歴の肥大化も抑えやすいです。
ツール別に見ると、どこを触ると効くか
ChatGPT
ChatGPT では、まず 会話を分ける のが基本です。
雑談、壁打ち、翻訳、仕様相談を1本にまとめない方が安定します。
また、添付資料を増やしすぎると、整理しきれないまま会話が長くなることがあります。
必要な章だけ抜く、先に自分で論点を箇条書きにする、という前処理が効きます。
Claude Code
Claude Code では、次の3つが特に効きます。
/clearで別タスクへ切る/compactで同じ作業を圧縮して続ける/costや/contextで膨らみ方を見る
公式ドキュメントでも、古い文脈は毎回のメッセージで無駄になると説明されています。
このあたりの実務コマンドは、Claude Codeで覚えておきたいコマンドと翻訳ワークフロー｜/compact・/clear・多言語化のコツ でも詳しく整理しています。
Cursor
Cursor では、Rules と課金モードの理解が大事です。
Normal mode は固定リクエスト寄りですが、Max Mode はトークンベースなので、巨大コンテキストや長い出力で急に重くなりやすいです。
さらに、Rulesを何でも常時適用すると、毎回の前提が重くなります。
共通ルールは短く、必要なものだけ自動適用、重いルールは手動適用寄りにした方が扱いやすいです。
よくある失敗
1. 同じ会話を捨てられない
過去の流れが残っている安心感はありますが、関係ない履歴まで持ち込みやすいです。
2. 生ログ、生コード、全文資料を全部入れる
多い方が伝わるはず と思って逆にノイズを増やす典型です。
3. 出力を長くさせすぎる
説明好きなAIほど、毎回長文を書かせると次の会話も重くなります。
4. 常設ルールを育てず、毎回コピペする
トークンも無駄ですし、古い文言の温床にもなります。
5. 失敗した方針を抱えたまま再試行する
同じ会話で何度も外すと、前の誤解を引きずることがあります。
そういうときは、短い要点だけ残して切り直した方が早いです。
迷ったときの実務チェックリスト
- 今回の作業は別会話に分けるべきか
- 入力は
全文ではなく必要部分に絞れているか - 出力形式を短く制約しているか
- 毎回書く説明をルールファイルへ逃がせないか
- 重いモデルを本当に使うべき作業か
- 同じ会話で再試行しすぎていないか
まとめ
AIツールのセッションやトークンを節約するコツは、裏技というより整理です。
無関係な会話を切る、長文を削る、出力を短くする、常設ルールへ寄せる。まずはここが効きます。
特に、長い会話のまま粘る 何でも丸ごと渡す 毎回最大モデルを使う の3つは、精度もコストも崩しやすいです。
節約はケチることではなく、必要な材料だけでAIを働かせる設計だと考えると、かなり運用しやすくなります。
参考リンク
- OpenAI Help Center: What are tokens and how to count them?
- OpenAI API Pricing: Pricing
- Claude Code Docs: Manage costs effectively
- Cursor Docs: Pricing
- Cursor Docs: Rules