コンテキストウィンドウは「作業机の広さ」
Claude Codeを使っていると、そのうち「コンテキストウィンドウ」という言葉に出会います。ざっくり言えば、Claudeがいま同時に見ていられる情報の量のこと。セッション中の作業メモリだと考えるとイメージしやすいです。
例え話をすると、机の広さがちょうどいい比喩です。あなたが資料を広げて作業しているとして、机に置ける紙の枚数には限りがあります。参考書、メモ、印刷したソースコード、さっき書いた計算用紙……全部机の上にあるうちは、目を動かすだけで参照できます。でも机がいっぱいになったら、古い紙をどこかにしまうか、要点だけメモに書き写して原本を片付けるしかありません。
Claude Codeのコンテキストウィンドウもこれと同じで、**そこに載っているものだけがClaudeの「見えている世界」**です。机から下ろした紙の内容は、そのままでは思い出せません。
机の上に何が乗っているのか
コンテキストウィンドウに保持されるものは、会話のやり取りだけではありません。だいたい次のようなものが同居しています。
| 中身 | 具体例 |
|---|---|
| 会話履歴 | あなたの指示とClaudeの返答 |
| ファイル内容 | Claudeが読み込んだソースコードや設定ファイル |
| コマンド出力 | テストの実行結果、ログ、gitの出力など |
| プロジェクトの指示 | CLAUDE.md |
| 記憶 | auto memory |
| 読み込んだスキル | ロード済みのスキル |
| システム指示 | Claude Code自体の動作を定める内部の指示 |
ここで気づいてほしいのは、あなたが何も入力していなくても、机はある程度埋まっているということ。セッションを始めた時点でシステム指示やCLAUDE.mdが載っているので、まっさらな状態からスタートするわけではありません。
埋まってくると何が起きるか
作業が進むほど、読んだファイルもコマンド出力も積み上がっていきます。長時間ひとつのセッションで作業していると、机はじわじわ狭くなっていく。
そして満杯に近づくと、compaction(要約)が自動的に働きます。これは机の上の古い紙を要約メモに書き換えて、スペースを空ける作業に相当します。会話が丸ごと消えるわけではなく、要約された形で残るので作業は続けられます。ただし要約は要約なので、細かいニュアンスやファイルの細部は落ちることがあります。
正直なところ、初めてこれが起きたときは「あれ、さっき伝えた細かい条件を忘れてる?」と感じることがあります。これは不具合ではなく、机を片付けた結果だと理解しておくと落ち着いて対処できます。
いまどれくらい埋まっているか見る
Claude Codeには /context コマンドがあり、コンテキストウィンドウの内訳を確認できます。
/context
何が容量を食っているのかが見えるので、「そういえば巨大なログを丸ごと貼り付けたな」といった心当たりに気づけます。長い作業の途中で一度覗いてみると、感覚がつかめます。
初心者が押さえておくといいこと
大事なのは、コンテキストウィンドウは有限の資源という感覚を持つことです。巨大なファイルを何十個も読ませたり、長大なログをそのまま貼り付けたりすれば、その分だけ他のことに使える余地が減ります。
逆に言えば、必要なファイルだけを対象にする、区切りのいいところで新しいセッションに切り替える、プロジェクト共通の前提はCLAUDE.mdに書いて毎回説明しなくて済むようにする——こういう工夫が、そのままClaudeの精度と快適さにつながります。
机の広さを意識して資料を並べる人の作業が速いのと、だいたい同じ話です。
このページは役に立ちましたか?