Claude Codeのコンテキスト管理 — 残量の見方と/compact・/clearの使い分け

コンテキストウィンドウとは — Claudeの「作業机」の広さ

コンテキストウィンドウは、Claudeがその会話の中で一度に見渡せる情報の総量です。人にたとえるなら作業机の広さで、机に載っている資料だけを見ながら判断します。単位はトークン（文字数に近い情報量の目安）で数えます。

公式ドキュメントによると、机に載るのは会話の履歴・読み込んだファイルの中身・コマンドの実行結果に加え、CLAUDE.md、自動メモリ、スキルの説明、システムの指示などです。あなたが入力した文章は、その中のごく一部にすぎません。

作業を始める前から机は埋まっている

意外と知られていないのが、最初の指示を打つ前から、かなりの情報が読み込まれていることです。起動時に次のようなものが机に並びます。

そのうえで作業が進むと、Claudeが読んだファイルやコマンドの出力が1回ごとに積み上がっていきます。大きなログファイルを1本読ませるだけで、机の相当部分を占めることもあります。

何が容量を使っているかは /context で確かめる

「なぜか重い」と感じたら、まず会話の中で /context を実行します。いま机を占めているものが種類別に表示され、減らすための提案も出ます。どのCLAUDE.mdや自動メモリが読み込まれているかも、ここで確認できます。

作業中ずっと残量を目に入れておきたい場合は、画面下部のステータスラインにコンテキストの使用量を表示する設定ができます。残りが少なくなると画面に警告も出るので、それを区切りの合図にするのが実務的です。

容量が埋まるとどうなるか — 自動圧縮で残るもの・消えるもの

上限に近づいても会話が止まるわけではありません。Claude Codeは古いツールの出力から片付け、それでも足りなければ会話全体を要約して、机を空けます。これが自動圧縮（オートコンパクト）です。

要約には、依頼の内容と意図、扱ったファイルと重要なコード、発生したエラーと対処、残りの作業などが残ります。一方で、ツール出力の全文や途中の細かい指示は消えます。「最初に伝えたルールを守らなくなった」の正体はたいていこれです。

/compact と /clear の使い分け

自動圧縮を待たずに、自分で机を片付けることもできます。使うコマンドは2つで、「続きの作業か、別の作業か」で選ぶのが基本です。

/compact には、残してほしい観点を添えられます。自動の要約はClaudeが重要そうなものを推測して残しますが、観点を指定すれば、あなたが選んだものが残ります。

/compact 請求書テンプレートの修正方針と、未対応の項目リストを重点的に残して

/clear は要約すら作らないため、それ自体は使用量を消費しません。逆に /compact は会話全体を読み直して要約するので、大きな会話ほど1回の処理が重くなります。無関係な作業へ移るなら、迷わず /clear が効率的です。

チームで運用するなら、圧縮時に残す観点をCLAUDE.mdに「Compact Instructions」という見出しで書いておく方法もあります。誰が作業しても同じ観点で要約が残るので、引き継ぎの品質がそろいます。

1Mコンテキストとは — 机を広げる選択肢

一部のモデルは、100万トークン（1M）のコンテキストウィンドウに対応しています。公式ドキュメントでは、Fable系・Sonnet 5・Opus 4.7以降は、Anthropicのサービスから直接使う場合はどのプランでも最初から1Mで動くとされています（AWSなどのクラウド経由は別扱い）。

1Mで動くモデルでは、既定で約96万7千トークン付近で自動圧縮がかかります。旧世代のOpus 4.6・Sonnet 4.6は [1m] の付いた選択肢を選んだときだけ1Mになり、プランによっては追加の利用枠（usage credits）が必要です。

ただし、机が広いほど毎回のやり取りで読み直す量も増え、使用量がかさみます。広い机は大規模な資料を一度に扱う場面に取っておき、日常の作業はこまめに区切るほうが、品質とコストの両面で有利です。

早めに圧縮させたい場合は、/autocompact 500k のように自動圧縮がかかる量を自分で決めることもできます。設定はユーザー設定に保存され、次回以降のセッションにも引き継がれます。

長時間作業を分割する実務のコツ

コンテキスト管理の要点は、机に載せる資料を必要なものだけに絞ることです。業務で効果の大きい習慣を4つに絞りました。

1. 11つの会話に1つの仕事 — 見積書作成が終わったら /clear してから議事録整理に移る。前の作業の資料が机に残ると、判断が引きずられる
2. 2大量の読み込みはサブエージェントに任せる — 調査や大きなログの確認は別の机で処理させ、要約だけ受け取る。仕組みはサブエージェントの記事へ
3. 3区切りで要点を書き出させる — 作業の節目で「決定事項と残タスクを箇条書きにして」と頼み、ファイルに残してから圧縮・リセットする
4. 4使わない連携は外す — /mcp で使っていない外部連携を無効にし、CLAUDE.mdは要点だけに保つ（公式は200行以内を目安にしている）

「何を机に載せ、何を載せないか」を設計する考え方そのものは、コンテキストエンジニアリングの原則で体系的に整理しています。本記事の操作と合わせて読むと、なぜその操作が効くのかまで腹落ちします。

よくあるつまずきと対処

コンテキストの扱いは、個人の小技にとどまらず、チームでAIの出力品質をそろえるための土台です。どの情報をファイルに固定し、どこで会話を区切るかを決めておくと、担当者が変わっても同じ品質で業務が回ります。

当社のClaude Code法人研修では、コンテキストの見方や区切り方を、受講企業の実際の業務を題材に実習形式で身につけていただけます。