長いセッションほどトークンを消費：/compact と /clear のどちらを使う？
タスクを切り替えるなら /clear、/compact は 1 つのタスクの途中だけにします。メッセージのたびに会話全体が読み直されるので、セッションが長いほど 1 行あたりが高くつきます。/clear はトークンがかからず、/compact はそれ自体が大きなリクエストです。
Codex
新しいタスクには /new で新しいチャットを始め、1 つのタスクが長くなったら /compact を使います。
Codex の使用量はコンテキストの大きさで決まり、入力が大きいほど多く消費します。キャッシュされた入力は通常の入力の 10 分の 1 でカウントされ、キャッシュの書き込みは無料ですが、会話が長くなるほどその分も大きくなります。タスクを切り替えるときは /new（または /clear）と入力すれば、コンテキストはゼロから始まります。同じタスクを続ける必要があるのにすでに長い場合は、/compact でチャットを要約にまとめます。/status でトークン使用量とコンテキストの残りを確認でき、/resume で古いチャットに戻れます。
公式ドキュメントの記載
Model choice, context, reasoning, tool use, retrieval, and caching all affect usage, so prompt length alone isn't a reliable estimate.Charges are based on the model used and the actual input, cached input, and output tokens consumed.Codex does not charge for cache writes./new: Start a new chat inside the same CLI session./compact: Summarize the visible chat to free tokens./status: Display session configuration and token usage.Claude
タスクを切り替えるなら /clear で、トークンはかかりません。/compact はタスクの途中だけにします。それ自体が大きなリクエストです。
Claude Code はリクエストのたびに会話全体を送り、ツールの呼び出しも 1 回ごとに別のリクエストになります。キャッシュがあれば、履歴はキャッシュ用のレート（通常の入力の約 10 分の 1）で読み直されます。それでも、1 日中開いていたセッションに 1 行入力すれば、履歴全体の分を支払います。/usage のパネルにはこう書かれています。「Longer sessions are more expensive even when cached. /compact mid-task, /clear when switching to new tasks.」（長いセッションは、キャッシュされていても高くつく。タスクの途中なら /compact、新しいタスクに切り替えるなら /clear）。キャッシュの保持時間はサブスクリプションで 1 時間、使用量クレジットの利用中は 5 分です。それより長く中断すると、最初のメッセージでコンテキスト全体が通常のレートで再処理され、これがいちばん高くつくメッセージになります。/clear の前に /rename を実行しておけば、/resume でそのセッションを見つけられます。/compact には何を残すかを書き添えられます。たとえば /compact テスト出力とコードの変更だけ残す。CLAUDE.md に # Compact instructions という見出しのセクションを作れば、常に適用されるルールになります。
公式ドキュメントの記載
With prompt caching, Claude Code re-reads that history at the cached token rate, so a one-line question in a session that has been open all day still draws usage for the whole conversation.Cache misses: your first message after a break longer than the cache lifetime misses the cache and reprocesses your full context. The lifetime is an hour on a subscription and drops to five minutes once you're drawing on usage creditsCompaction: /compact reads the conversation it summarizes, so compacting a large context is itself a large request. When you want a fresh start instead of continuity, /clear costs nothingUse /clear to start fresh when switching to unrelated work. Stale context wastes tokens on every subsequent message. Use /rename before clearing so you can easily find the session later, then /resume to return to it.cache_read_input_tokens — Tokens served from cache on this turn, billed at roughly 10% of the standard input rateWeb 検索、大きなファイル、長いログ：コンテキストにまるごと入れない
検索 1 回は安いものです。高くつくのは、Web ページ全体、ファイル全体、ログ全体をコンテキストに入れることです。一度入ると、その後のすべてのメッセージでその分をもう一度支払います。
事実を 1 つ知りたいだけなら、ページ全体のフェッチではなく検索を頼みます。フェッチするのは全文が必要なときだけにしましょう。Claude では Web 検索（web search）と Web フェッチ（web fetch）のどちらも制限にカウントされ、1 万語の記事の要約は検索 1 回よりはるかに高くつきます。Research は検索を何度も続けて実行するので、さらに消費します。
ファイルと関数を名指しし、できれば行の範囲も伝えます。「auth.ts の login 関数を直して」なら読むのはファイル 1 つですが、「このコードを改善して」だと広い範囲のスキャンが始まります。
ログやテスト出力は、エージェントに見せる前に絞り込みます。Claude Code では PreToolUse フックで、テストコマンドが失敗した行だけを返すようにでき、公式の costs ページにそのまま使えるスクリプトがあります。いちばん簡単なのは、自分でエラーの行を grep して、それを貼り付けることです。
出力が長い作業（テストの実行、ドキュメントの取得、ログの読み取り）は、サブエージェントに任せます。長い出力はサブエージェントのコンテキストに残り、メインのセッションが受け取るのは要約だけです。節約できるのはメインのセッションのコンテキストで、トークンの合計が減るとは限りません。
Codex：関連するファイルだけを渡し、できるなら情報源の範囲を絞ります。
公式ドキュメントの記載
Usage of web search and web fetch counts toward your usage limits.asking Claude to summarize a 10,000-word article will use substantially more of your context window than a regular web search query.Instead of Claude reading a 10,000-line log file to find errors, a hook can grep for ERROR and return only matching lines, reducing context from tens of thousands of tokens to hundreds.Vague requests like "improve this codebase" trigger broad scanning. Specific requests like "add input validation to the login function in auth.ts" let Claude work efficiently with minimal file reads.Limit source material. Provide only relevant files and, when possible, narrow the sources or date range.よくある誤解
- /compact はトークンの節約になるので、いつでも実行してよい
節約にはなりません。/compact は、要約を書く前に会話全体を読む必要があるので、コンテキストが大きいほどその 1 回のリクエストも大きくなります。向いているのは、これからも続けるタスクの途中です。タスクを切り替えるなら /clear を使いましょう。こちらはトークンがかかりません。
- キャッシュがあるので、セッションを 1 日中開いていてもほとんどコストがかからない
そうではありません。キャッシュは、読み直しの単価を約 10 分の 1 に下げるだけです。メッセージのたびに履歴全体が読まれることは変わらず、長くなるほどその分も大きくなります。さらに、サブスクリプションではキャッシュの保持時間は 1 時間だけです。それより長く中断して戻ると、最初のメッセージでコンテキスト全体が通常のレートで再処理されます。
- Web 検索はトークンを大量に消費するので、避けたほうがよい
消費するのは検索ではありません。検索が持ち帰るのは、いくつかの抜粋だけです。高くつくのは、ページ全体のフェッチ、ファイル全体の読み込み、ログ全体の貼り付けです。その内容はコンテキストに残り、その後の毎ターンで読み直されます。
ヒント
- タスクを切り替える前に /rename、それから /clear を実行します。戻るときは /resume です。Codex では /new と /resume を使います。
- /compact はタスクの途中だけ使い、何を残すかを書き添えます。たとえば /compact テスト出力とコードの変更だけ残す。
- 1 時間以上離れるなら、先に作業を区切りのいいところまで終わらせましょう。Pro と Max では、Claude Code が大きなセッションを要約から再開するよう提案してきたら、受け入れてください。その後のメッセージは、履歴全体を持ち運ばずに済みます。
- Claude Code では /context、Codex では /status を実行すれば、コンテキストがどれだけ埋まっているかをいつでも確認できます。
- 使い終わったら、/loop のタスクを止め、終了していない teammate を閉じます。セッションが動いていない間も、実行のたびにコンテキスト全体を持ち運びます。
- Claude Code は、長いコンテキストやキャッシュミスが最近の使用量の 10% に達すると、/usage に印を付けます。この印を見たら、/clear のタイミングです。