Claude CodeやChatGPT、AIエージェントを長時間使っていると、画面上に「Context 70%」のような表示が出ることがあります。
この数字を見て、
「コンテキストが増えると、トークンの使用量も増えるの？」
「できるだけコンテキストは小さくした方がいい？」
「70％を超えたら、新しいチャットに移動した方がいい？」
と疑問に思う方も多いのではないでしょうか。
結論から言うと、コンテキストが増えるほど、基本的には入力トークンの使用量も増えます。
そのため、AIを効率よく使いたい場合は、必要な情報を残しながら、定期的にコンテキストを整理することが大切です。
この記事では、コンテキストとトークンの関係や、Claude Codeなどを長時間使う場合のおすすめ運用方法をわかりやすく解説します。
コンテキストとは？
AIにおけるコンテキストとは、モデルが回答を作る際に参照する情報のことです。
具体的には、次のような情報が含まれます。
- システム側から与えられている指示
- ユーザーが設定したカスタム指示
- これまでの会話履歴
- 過去に生成したコードや文章
- エラー内容や修正履歴
- 最新の質問や依頼内容
AIは、これらの情報をもとに、会話の流れや前提条件を理解して回答を作ります。
たとえば、最初に「このサイトはWordPressで作っています」と伝えておけば、次の質問でWordPressを前提に回答してくれます。
このように、コンテキストがあることで、毎回同じ説明を繰り返さなくても、AIが話の続きを理解できるようになります。
コンテキストが増えるとトークン使用量も増える？
基本的には増えます。
AIが回答を作る際には、最新の質問だけではなく、必要に応じて過去の会話履歴も入力情報として処理します。
たとえば、次のようなケースを考えてみます。
- 過去の会話履歴：5,000トークン
- 今回の質問：100トークン
この場合、単純化すると、AIは約5,100トークン分の情報をもとに回答を作ることになります。
一方、長時間会話を続けて履歴が増えた場合は、次のようになります。
- 過去の会話履歴：50,000トークン
- 今回の質問：100トークン
この場合は、約50,100トークン分の情報を処理する可能性があります。
つまり、最新の質問が短くても、過去の会話が長ければ、入力トークンは大きくなりやすいということです。
「Context 70%」とはどういう意味？
Claude Codeなどで表示される「Context 70%」は、一般的にコンテキストウィンドウのうち、約70％を使用している状態を表します。
コンテキストウィンドウとは、AIが一度に参照できる情報量の上限です。
仮に、最大コンテキストが200,000トークンの場合は、目安として次のようになります。
- 20％：およそ40,000トークン
- 50％：およそ100,000トークン
- 70％：およそ140,000トークン
- 90％：およそ180,000トークン
ただし、実際の処理方法や表示基準は、利用するAIサービスやモデルによって異なります。
そのため、70％と表示されたからといって、必ず毎回140,000トークンが課金対象になるとは限りません。
あくまで、現在の会話や作業履歴が、利用可能なコンテキスト容量のどの程度を占めているかを示す目安と考えるとよいでしょう。
コンテキストが増えると料金も高くなる？
APIを利用している場合は、入力トークンが増えるほど料金も高くなりやすいです。
多くのAI APIでは、主に次の2つをもとに料金が計算されます。
- 入力トークン
- 出力トークン
入力トークンとは、AIに読み込ませる質問や会話履歴、指示文などです。
出力トークンとは、AIが生成した回答やコードです。
たとえば、入力トークンが20,000から100,000に増えた場合、同じ料金体系であれば、入力部分のコストは単純計算で約5倍になります。
ただし、実際にはキャッシュ機能や料金プラン、モデルの種類などによって計算方法が異なる場合があります。
一方、ChatGPTやClaudeの月額プランを利用している場合は、毎回トークン数に応じて直接請求されるわけではありません。
それでも、利用上限や処理速度、コンテキスト容量には影響する可能性があります。
コンテキストが増えると回答速度も遅くなる？
一般的には、コンテキストが大きくなるほど、回答に時間がかかりやすくなります。
AIが確認しなければならない情報量が増えるためです。
特に、Claude Codeなどで次のような情報が大量に残っている場合は、処理が重くなりやすくなります。
- 長いターミナル出力
- 大量のエラーログ
- 何度も修正したコード
- 過去の設計案
- 完了済みタスクのやり取り
- 不要になったファイル内容
会話の前半に重要な情報があり、その後に大量のログや修正履歴が続いていると、AIが重要な情報を見つけにくくなることもあります。
その結果、回答速度だけでなく、回答の精度にも影響する場合があります。
コンテキストはできるだけ小さくした方がいい？
基本的には、必要な情報だけを残してコンパクトにした方が効率的です。
ただし、何でも削除すればよいわけではありません。
重要なのは、AIが今後も参照する情報と、すでに不要になった情報を分けることです。
残しておいた方がよい情報
次のような情報は、今後の作業でも繰り返し使う可能性が高いため、残しておく価値があります。
- プロジェクトの目的
- サイトやサービスのコンセプト
- 使用している技術や環境
- コーディングルール
- ディレクトリ構成
- 命名規則
- デザイン方針
- SEO方針
- 禁止事項
- 現在の進捗
- 次に行うタスク
たとえば、Webサイト制作であれば、次のような情報です。
「WordPressを使用している」
「テーマはCocoon」
「記事画像は1200×630px」
「スマホでの見やすさを優先する」
「既存デザインを崩さない」
このような前提条件は、毎回説明するより、短く整理して残しておいた方が効率的です。
削除または要約してよい情報
一方、次のような情報は、作業が完了した後は削除または要約しても問題ないことが多いです。
- 解決済みのエラー全文
- 長いデバッグログ
- 採用しなかった修正案
- 途中経過の細かな会話
- 一時的に確認したファイル内容
- 完了済みタスクの詳細
- 同じ内容を繰り返したやり取り
- 古い仕様や廃止したルール
特に、何百行もあるエラーログやターミナル出力は、コンテキストを大きく消費しやすいため注意が必要です。
必要な部分だけを抜き出し、「原因」「対応内容」「現在の状態」の3点にまとめると、かなりコンパクトになります。
コンテキストを小さくしすぎるデメリット
コンテキストを減らすことは重要ですが、削りすぎると逆に作業効率が落ちる場合があります。
たとえば、次のような重要情報まで消してしまうと、AIが誤った判断をする可能性があります。
- 使用しているフレームワーク
- 本番環境の制約
- 変更してはいけないファイル
- データベースの仕様
- ユーザーの要望
- 過去に決定した設計方針
コンテキストを整理する目的は、情報をゼロにすることではありません。
重要情報を短く、わかりやすい形に圧縮することが大切です。
Claude Codeでおすすめのコンテキスト管理方法
Claude Codeで長時間作業する場合は、コンテキストが50〜70％程度になったタイミングで、一度整理を検討するとよいでしょう。
おすすめの流れは次のとおりです。
1. 完了した作業をGitにコミットする
まず、現在までの変更内容を確認し、問題がなければGitにコミットします。
コミットしておけば、新しいセッションに移動しても変更内容を失う心配が減ります。
コミットメッセージには、何を変更したのかを簡潔に残しておきましょう。
例：
記事投稿機能のバリデーションを追加
トップページのスマホ表示を修正
検索結果の並び順を更新2. 現在の進捗を要約する
次に、現在の作業状況を短くまとめます。
要約には、次の内容を含めると引き継ぎやすくなります。
- プロジェクトの目的
- 使用環境
- 完了した作業
- 現在の問題
- 次に行う作業
- 注意事項
たとえば、次のような形です。
プロジェクト：WordPressサイトの表示速度改善
使用環境：
・WordPress
・Cocoon
・レンタルサーバー
完了：
・画像のWebP化
・不要プラグインの削除
・キャッシュ設定
現在の課題：
・スマホ表示時のみCLSが高い
次の作業：
・ファーストビュー画像のサイズ確認
・広告表示位置の調整
注意：
・既存の広告コードは削除しないこの程度に整理されていれば、新しいセッションでもスムーズに作業を再開できます。
3. CLAUDE.mdやREADME.mdに記録する
繰り返し参照する情報は、会話履歴だけに残すのではなく、ファイルにまとめておく方法も有効です。
たとえば、次のようなファイルです。
- CLAUDE.md
- README.md
- PROJECT.md
- TASKS.md
- HANDOVER.md
CLAUDE.mdには、AIに毎回把握してほしいルールを記載します。
README.mdには、プロジェクトの概要や起動方法を記載します。
TASKS.mdには、現在のタスクや進捗を記載します。
このように情報をファイルへ分けておけば、過去の長い会話をすべて残さなくても、必要な情報だけをAIに読み込ませられます。
4. 新しいセッションを開始する
要約とコミットが完了したら、新しいセッションに移動します。
新しいセッションでは、最初に要約ファイルやCLAUDE.mdを確認させます。
そのうえで、「次の作業から再開してください」と指示すれば、長い会話履歴を引き継がずに作業を続けられます。
コンテキスト70％になったら必ず新しいセッションにするべき？
70％になったからといって、必ずすぐに新しいセッションへ移動しなければならないわけではありません。
現在の作業内容によって判断するのがよいでしょう。
そのまま続けてもよいケース
- あと少しで作業が完了する
- 現在の会話履歴が重要
- 複雑なバグの調査中
- 直前のやり取りを多く参照する必要がある
- すぐにコミットできる状態ではない
新しいセッションに移動した方がよいケース
- 作業の区切りがついた
- 同じエラー修正を何度も繰り返している
- 回答が遅くなってきた
- AIが以前の指示を見落とすようになった
- 不要なログが大量に残っている
- 別の機能やタスクに移る
- コンテキストが上限に近づいている
70％は絶対的な基準ではなく、整理を検討するタイミングの目安として考えるとよいでしょう。
長期プロジェクトでは「会話」より「ドキュメント」を残す
サイト制作やシステム開発のような長期プロジェクトでは、すべての情報を会話履歴に残す方法はおすすめできません。
会話履歴だけに依存すると、次のような問題が起きやすくなります。
- コンテキストが急速に増える
- 過去の重要な決定が埋もれる
- 新しいセッションへ移りにくい
- AIが古い情報を参照する
- 仕様変更が反映されにくい
そのため、重要情報は会話ではなく、プロジェクト内のドキュメントに残すことが大切です。
会話は作業を進める場所、ドキュメントは決定事項を保存する場所、と分けて考えると管理しやすくなります。
コンテキストを節約する具体的なコツ
コンテキストを効率よく使うためには、普段の指示方法も重要です。
エラーログをすべて貼らない
エラーが発生した場合、ターミナルの内容を最初から最後まですべて貼る必要はありません。
次の情報を中心に伝えましょう。
- エラーメッセージ
- エラーが出た直前の操作
- 関係するファイル
- 試した対応
- 期待していた結果
一度に複数の目的を混ぜない
「デザインを修正しながら、SEOも改善して、さらに新機能も追加して」と依頼すると、会話が複雑になりやすくなります。
タスクはできるだけ分けて進める方が、コンテキストも整理しやすくなります。
完了したタスクは要約する
作業が完了したら、次のように短くまとめます。
完了：
・ログイン画面のレイアウト修正
・スマホ表示確認済み
・既存機能への影響なし詳細なやり取りを残すより、結果だけを記録した方が後から確認しやすくなります。
古い指示を更新する
仕様変更があった場合は、古い指示と新しい指示を両方残さないようにします。
たとえば、
「背景は白にする」
「やはり背景は黒にする」
という両方の指示が残っていると、AIがどちらを優先するか迷う可能性があります。
最終的な決定事項だけをドキュメントに残しましょう。
まとめ
コンテキストが増えると、基本的にはAIが処理する入力トークンも増えます。
APIを使用している場合は、入力トークンが増えることで料金が高くなる可能性があります。
また、コンテキストが大きくなりすぎると、回答速度が遅くなったり、重要な指示が埋もれたりすることもあります。
そのため、Claude Codeなどを長時間使う場合は、次のような運用がおすすめです。
- 必要な前提条件は残す
- 不要なログや途中経過は削除する
- 完了した作業はGitにコミットする
- 現在の進捗を短く要約する
- 重要なルールはCLAUDE.mdなどに保存する
- 作業の区切りで新しいセッションへ移動する
コンテキストは、単純に小さければよいわけではありません。
重要なのは、必要な情報を残しながら、不要な情報を減らすことです。
長期的な開発やサイト運営では、長い会話をそのまま引きずるよりも、定期的に内容を要約し、新しいセッションへ引き継ぐ方が、コスト・速度・精度の面で効率的です。
