コンテキストを常に意識しよう ─ これがすべての基本!
この記事の内容
- Claude Codeとウェブ版AIの本質的な違いは「コンテキストのコントロール」にある
- コンテキストとは「Claudeが今見えている情報」、コンテキストウィンドウとは「その情報を入れておける箱の大きさ」
/contextコマンドを使うことで、現在のコンテキスト使用状況を可視化できる- 真っさらな環境とカスタマイズ済み環境では、同じ指示を与えても動作結果がまったく異なる
- コンテキストに何を入れるかを意識・管理することが、Claude Codeを使いこなす最重要ポイント
ウェブ版AIとClaude Codeの本質的な違い
ChatGPTやClaude.aiのようなウェブ版のAIは、毎回ほぼ真っさらな状態で会話が始まります。メモリ機能など多少のカスタマイズはできますが、基本的にはAI側に任せる形で、ユーザーが細かくコントロールする余地はほとんどありません。
一方、Claude Codeはローカル環境、つまり自分のパソコン上で動きます。パソコンの中にはすでにさまざまなファイルやフォルダーが存在しており、Claude Codeに「どこまで自分のパソコンの中を見せるか」を自分でコントロールできます。
この「何を見せるか」「何を積み込むか」によって、Claude Codeの動き方が根本的に変わります。これがウェブ版との決定的な違いです。
コンテキストとコンテキストウィンドウとは
コンテキスト
コンテキストとは、Claudeが今見えている情報のことです。具体的には次のようなものが含まれます。
- 会話の履歴
- 読み込んだファイルの内容
- 設定ファイルの中身
- CLAUDE.MDなどの指示書
これは「机の上に載っている書類」のようなイメージです。Claude Codeはその書類を読みながら仕事をします。必要なヒントや情報がコンテキストに含まれていれば、それを理解した上で作業を進めてくれます。
コンテキストウィンドウ
コンテキストウィンドウとは、情報を入れておける箱の大きさ、つまり机の広さのことです。この容量には上限があり、いっぱいになると古い情報を整理・圧縮する処理(オートコンパクト)が自動で走ります。
現在のClaude Code(Claude Opus 4.6使用時)では、コンテキストウィンドウが100万トークンまで対応しており、以前の5倍に拡張されています。
AIは「完全記憶喪失の優秀な人」
Claude CodeのようなAIは、セッションをまたぐたびに記憶をリセットします。毎回何も覚えていない状態からスタートするわけです。
だからこそ、仕事を依頼するときには「机の上に必要な書類を揃えておく」ことが重要です。必要な情報が手元にある状態で依頼するのと、何もない状態で依頼するのでは、結果がまったく異なります。
また、コンテキストには容量の上限があります。不要な情報まで詰め込みすぎると、かえって混乱の原因になります。必要な情報だけを、意図的に入れておくことが大切です。
/context コマンドでコンテキストを可視化する
Claude Codeには、現在のコンテキスト使用状況を確認できるコマンドが用意されています。
このコマンドを実行すると、コンテキストウィンドウのどの部分がどれだけ使われているかが視覚的に表示されます。表示される主な項目は次のとおりです。
| 項目 | 内容 |
|---|---|
| システムプロンプト | Claude Code開発者があらかじめ組み込んだ命令 |
| システムツールズ | ファイル読み書きや検索などのツール定義 |
| スキルズ | Claude Codeができることの定義 |
| メモリーファイルズ | 記憶として保持しているファイル |
| MCPツールズ | 外部サービスと連携するためのツール群 |
| メッセージ | 会話の履歴 |
真っさらなインストール直後の環境では、システムプロンプトとシステムツールズが少し埋まっているだけで、全体の約95%が空き領域として残っています。
真っさらな環境とカスタマイズ済み環境の比較
同じ /context コマンドでも、真っさらな環境とカスタマイズ済みの環境では表示がまったく異なります。
カスタマイズ済みの環境には次のものが追加されています。
- カスタムエージェント定義
- メモリーファイル(複数)
- 多数のスキル定義
- MCPツール(外部連携ツール群)
- 各種プラグイン
その分、コンテキストウィンドウの使用量は多くなりますが、できることも大幅に増えています。
動きの違いを実際のデモで確認する
この違いを実感できる例として、「YouTube動画撮影中」というテキストをBlueskyに投稿するよう依頼した場合を比較します。
真っさらな環境での応答:
BlueskyのMCPツールやAPIインテグレーションが現在の環境に設定されていないため、直接投稿することができません。MCPサーバーを追加するか、AT Protocol APIを使う方法があります。
カスタマイズ済み環境での応答:
Blueskyに投稿するスキル(bluesky-post)を使用しますか?
カスタマイズ済みの環境では、コンテキストにBluesky投稿用のスキルがあらかじめ組み込まれているため、同じ依頼でもすぐに実行まで進めることができました。
入力した文字は全く同じでも、コンテキストに何が入っているかによって結果が180度変わることがよく分かる例です。
コンテキストを意識して管理することの重要性
コンテキストを正しく管理するためには、次の点を常に意識することが重要です。
- 何をコンテキストに入れるか:必要なツール、指示、情報だけを厳選する
- 何を入れないか:不要な情報や別プロジェクトの情報は混在させない
- 今どれくらい使っているか:定期的に
/contextで確認する - いつクリアするか:コンテキストが増えすぎたタイミングで整理を検討する
上級者のClaude Code環境には、それだけのノウハウや設定がコンテキストに蓄積されています。素のClaude Codeから、自分の用途に合った情報を意図的に積み上げていくことが、使いこなしへの道です。
今後のシリーズで学ぶこと
コンテキストを軸に、今後のシリーズでは以下のテーマを扱う予定です。
- 第4回:CLAUDE.MDで指示書を定義する
- 第5回:カスタムコマンドの使い方
- 第6回:コンテキストのクリア・コンパクト・リワインド
- 第7回:フックの仕組みで確実に発動する自動化
- 第8回:サブエージェントを使ったコンテキストの分離
- 第9回:大きな仕事をコンテキストを意識して依頼する方法
- 第12〜16回:MCPやAPIを使った外部連携
まとめ
今回の内容を整理すると次のようになります。
- コンテキスト = 机の上の書類。Claudeが今見えている情報のすべて。
- コンテキストウィンドウ = 机の広さ。情報を入れておける上限容量。
/contextコマンドで現在の使用状況をいつでも確認できる。- 真っさらな環境とカスタマイズ済み環境では、同じ指示でも動作結果がまったく異なる。
- コンテキストに何を載せるかを意図的にコントロールすることが、Claude Codeを使いこなすための最重要ポイント。
このコンテキストという概念はAIの根本的な仕組みであり、Claude Codeの進化に関わらず変わらない普遍的な考え方です。ここをしっかり理解しておくことで、あらゆる応用が効くようになります。