コンテキストとコンパクション完全マスター

コース構成

このコースで学ぶこと

1. 01

   コンテキストウィンドウとは

   Claude が一度に処理できる『記憶の総量』。200K トークン（モデル次第）。これを使い切ると圧縮（コンパクション）が走る。

   コンテキストウィンドウには、システムプロンプト・CLAUDE.md・自動メモリ・読み込まれた Skill・MCP のツールカタログ・会話履歴・ツール結果、すべてが入ります。

   200K トークンは多そうですが、長いセッションでは意外と早く満杯になる。Claude が『記憶喪失』っぽくなるのは、コンパクションで古い情報が要約されて細部が失われたから、というのが多くの原因です。

   • システムプロンプト — Anthropic が用意（数 K）
   • CLAUDE.md + 自動メモリ — あなたが用意（〜数 K）
   • Skill description — ロード済みの Skill のフロントマター
   • MCP ツールカタログ — Tool Search ON でも tool 名だけはロード
   • 会話履歴 + ツール結果 — 一番大きい、ほぼここで満杯になる

   理解度チェック

   1. Q1.長セッションでコンテキストの大半を占めるのは通常どれ？

      AシステムプロンプトBCLAUDE.md と自動メモリC会話履歴と特にツール結果（ファイル全文 / コマンド出力）DSkill description
   /context の読み方
2. 02

   /context の読み方

   セッションが重く感じたら、まず `/context`。何が場所を取っているか一発で分かる。

   text

   > /context
   
     CLAUDE.md ............ 1,420 tokens
     Auto memory .......... 380
     Skills (descriptions). 1,820 (12 skills loaded)
     MCP tool catalog ..... 4,250 (3 servers, tool search ON)
     Conversation ......... 18,300
     Tool results ......... 22,800
     ─────────────────────────────────
     Total ................ 48,970 / 200,000 (24%)

   理解度チェック

   1. Q1.`/context` を叩いて Tool results が突出して大きいとき、最初に検討すべき手は？

      Aセッションを `/clear` で完全リセットするB重い読み取りや検索を Explore Subagent に委譲し、要約だけメインに戻すCCLAUDE.md を 2000 行まで拡張するDMCP を全部接続し直す
   コンテキストウィンドウとはコンパクションの仕組み
3. 03

   コンパクションの仕組み

   コンテキストが満杯になると、古いツール結果が自動的に要約される。CLAUDE.md と自動メモリは生き残る。

   コンパクションは『古いツール結果から消し、必要なら最終的に会話全体を要約』する処理。プロジェクト直下の CLAUDE.md と auto memory はコンパクションを生き残り、コンパクション後はディスクから再ロードされます。

   会話内で口頭で与えた指示（CLAUDE.md にない情報）は要約に押し込まれ、細部が失われる可能性があります。

   • CLAUDE.md ✅ 残る（ディスクから再ロード）
   • auto memory ✅ 残る
   • ツール結果 ❌ 古いものから要約 → 削除
   • 会話の細かい指示 ⚠ 要約に圧縮（細部欠落）
   • Skill 本文 ✅ description は残る、本文は再呼出が必要

   理解度チェック

   1. Q1.コンパクション後に“最も失われやすい”情報は？

      ACLAUDE.md の内容BSkill descriptionC会話の途中で口頭で与えた細かい制約・指示Dauto memory
   /context の読み方/compact に観点を渡すコツ
4. 04

   /compact に観点を渡すコツ

   「何を残すか」を Claude に伝えると、要約の質が上がる。

   text

   # 観点なし（残るかは Claude の判断）
   /compact
   
   # 観点あり（重要なものを優先して残す）
   /compact 現在のバグ修正の核心と、まだ確認していない検証手順は必ず残して
   
   /compact API 変更にフォーカス、テスト追加の議論は要約してよい
   
   /compact ユーザーの好み・既出の制約は必ず残し、デモ的なやりとりは圧縮

   理解度チェック

   1. Q1.`/compact` に観点を渡す書き方として効果が高いのは？

      A`/compact` だけ叩くB`/compact 現在のバグ修正の核心と未確認の検証手順は必ず残して` のように残すべきものを名指しC`/compact --force`D`/compact 全部圧縮して`
   コンパクションの仕組み肥大化を防ぐ 5 つの習慣
5. 05

   肥大化を防ぐ 5 つの習慣

   そもそも満杯にならない使い方の習慣化。これだけでセッション体験が劇的に変わる。

   手を動かす

   0 / 5

   • CLAUDE.md を 200 行以内に保つ（参照系は Skill に切り出す）
   • MCP は本当に使うサーバだけ接続、idle は `claude mcp remove`
   • 重い検索・大量ファイル読みは Subagent (Explore) に委譲
   • まとまった作業の終わりに `/clear` で新セッションへ
   • 1 ヶ月に 1 回、auto memory を `/memory` で見直し（不要な記憶を削除）

   Lv.2 — コア概念

   理解度チェック

   1. Q1.コンテキスト肥大を“そもそも起こさない”ための最も効果が大きい習慣は？

      A毎ターン `/compact` を手動で実行するB重い検索や大量ファイル読みを Subagent (Explore) に委譲するCCLAUDE.md を 2000 行まで詰め込み参照を網羅するDMCP サーバをできるだけ多く接続しておく
   /compact に観点を渡すコツ