Claude実践大全第15章:コンテキストの腐敗とエントロピーを管理する──「会話が長いほど賢くなる」は誤解です

本記事は、『Claude実践大全:Chat・Cowork・Codeで「動くAI」を仕事に組み込む技術』を1章ずつ紹介するシリーズの第15回です。各記事では1つの章のエッセンスをダイジェストでお届けします。

「とりあえず全部この会話に入れておけば、Claudeが一番賢く答えてくれる」——そう思っていませんか。実は逆です。情報を積み上げるほど、品質はじわじわ劣化していきます。これが本番運用で最大級の運用課題、コンテキスト腐敗(context rot)です。

第15章は、第V部の締めくくりとして、この見えにくい問題に向き合います。鍵は「会話する個人」ではなく「システムを設計する運用チーム」のように考えること。その発想の転換が、Claude活用をスケールさせます。

コンテキスト腐敗——なぜ長い会話は劣化するのか

現行世代のコンテキストウィンドウは20万トークン。書籍およそ150ページ分に相当しますが、無限ではありません。会話が伸びると初期の情報は新しい情報の下に埋もれ、技術的にはアクセスできても推論上の「重み」が小さくなります。

さらに厄介なのが矛盾の蓄積です。「APIはJSONとXMLの両方に対応」と決めた後で「XMLは不要」と判断しても、最初の会話は残ったまま。Claudeは古い決定を参照したり、XML前提の例を作ったりして混乱します。セッションを重ねるほど、時代遅れの要件と取って代わられた決定が入り混じっていくのです。

⚠ 注意: コンテキストを複数人で共有すると問題は膨らみます。視点・不完全な情報・矛盾する指示がすべて混在し、2週間前の決定が部分的に・一貫性を欠いたまま今の推論に影響します。

コンテキストを圧縮する4つの戦略

解決策は、意図的なコンテキスト管理です。本書では4つの戦略を解説しますが、ここでは代表として/compactを紹介します。これは会話を分析し、決定的な情報を保ったままトークンを50〜80%削減する要約を自動生成します。

たとえば4万トークンに膨らんだ50回分のAPI設計会話が、「REST+JSONで決定。認証はJWTで有効期限24時間。却下:XMLサポート、WebSocket」といった、わずか500トークンの要約に圧縮されます。続きの作業に必要なものだけが残るのです。ほかにも、決定を外部ファイルに切り出す構造化抽出、無関係な履歴を持ち込まないスコープ制限、思い切って一から始める/clearを扱います。

💡 ポイント: コンテキストのスコープには容赦なく徹すること。マイグレーション作業にUIの会話履歴は不要。無関係な情報を丸ごと排除するだけで、腐敗は大きく抑えられます。

状態管理——会話ではなく「正本」を持つ

最も洗練されたアプローチが、構造化された状態管理です。Claudeとのやり取りを、明示的な状態・バージョン管理・ロールバックを備えたデータベーストランザクションのように扱います。すべてを会話に溜め込むのではなく、プロジェクトの「現在の真実」を表す状態ファイルを維持し、Claudeはそれを読んで判断し、更新を書き戻します。会話ではなく、状態ファイルこそが正本になるのです。

メタパターン——運用チームのように考える

この章の最も深い洞察は、運用チームのように考えるという点に尽きます。すべてをバージョン管理し、状態を明示的にし、関心を分離し、すべてを監査し、ロールバックできるようにする。実際にこのパターンを実践したチームは、コンテキスト起因のエラーが80%減り、新メンバーのオンボーディングが60%速くなったと報告しています。