Claude Code のコンテキストに何が乗るか、全部まとめた

Claude Code は設定ファイルをたくさん読む。CLAUDE.md、rules、スキル、サブエージェント、MCP、フック。ユーザーがこれらをどんどん足すと、実際にプロンプトに何が乗るのかが分かりにくくなる。そこでバイナリから逆読みして、何がコンテキストに乗っているのか全部棚卸ししたのがこの記事だ。ポイントは三つ。一つ目、CLAUDE.md と rules は全文が常時乗る。rules はディレクトリ全体が @import なしで自動ロードされる。二つ目、スキルとサブエージェントは定義ファイルの本文ではなく description だけが乗る。本文 100 本あっても description 100 本分にはならない。三つ目、settings.json はコンテキストに乗らないが挙動を支配する。フック、権限、モデル選択、effort レベル。AIの鬼として引っかかるのはここ。プロンプトの肥大が見えないコスト構造になっているということだ。「数 KB 削れば 1 トークン安くなる」という単純な計算ではなく、プロンプトキャッシュが効いている環境では、セッション開始時の 1 回だけが高い。以降のターンは 1/10 程度だ。それなら「小さいファイルを複数削る」より「外した本数だけ不発の機会が増える」という損の方が大きい。コンテキスト圧縮で消えるのは積み上わった会話だけで、CLAUDE.md も rules も毎回組み立て直される。つまり「見えない重要情報」と「見える無駄」を分けて考える必要があるということだ。中小企業の実務には何が効くか。セッションが長くなるにつれ、ツール結果や読んだファイルの生データがコンパクションで消える。その時点で「実測値」や「ファイルパス」が要約に圧縮され、原文は失われる。確認したはずのことが曖昧な状態で作業が続く。対策は単純で、消えて困る事実はディスクに書くこと。決定事項、実測値、次やること。ファイルに書いてあれば読み直せるが、会話にしかない情報は復元できない。つまり、AI との長いセッションで重要な事実を守るには、会話の外に記録する習慣が必須だということだ。