会話が長くなるほどClaudeの応答が雑になるのは「疲れ」ではなく、一度に扱える情報量に上限があるという構造的な仕組みです。市場調査レポートを渡して新規事業の企画をCoworkと壁打ちしていて、序盤で固めたターゲット顧客やコンセプトの前提を、質問と修正を重ねた終盤になると忘れたかのように覆す提案が出てくる——そんな経験はありませんか。今回はこの「コンテキスト管理」という技術を解説します。
皆さんこんにちは！AIコンサルタント（中小企業診断士）の津田です。
今回は、Claude活用テクニック大全シリーズ第12回として、会話が長くなるとなぜ品質が落ちるのか、その仕組みと対処法を実際の業務場面をもとに解説します。
公式ドキュメントを読み解く：これはどんな技術か
出典：Claude Platform Docs「Context windows」（https://platform.claude.com/docs/en/build-with-claude/context-windows）。
公式の定義：コンテキストウィンドウとは「all the text a language model can reference when generating a response」＝Claudeが答えを作るときに参照できる文章すべてを指し、モデルの「working memory（作業用の一時記憶）」です。今の会話の指示・資料・応答すべてが、この決まった大きさの領域に積み上がっていきます。
公式はこの領域が大きいほど良いわけではないと明言します。
"As token count grows, accuracy and recall degrade, a phenomenon known as context rot."
"token"は文章を区切る最小単位、"accuracy and recall"は「答えの正確さと、以前の指示を覚えている度合い」です。つまりやり取りが積み重なるほど正確さと指示の記憶が落ちる現象があり、公式はこれを「コンテキストの劣化（context rot）」と呼びます。企画の壁打ちが終盤でずれてくるのは、この現象です。
対処法は製品で異なります。チャット（claude.ai）は、公式が次のように説明するとおり、利用者側の操作はできません。
"Chat interfaces such as claude.ai can also manage the context window on a rolling "first in, first out" basis."
満杯に近づくと古い部分を自動的に見えなくする方式で調整される、ということです。
Claude Code（ターミナル）は「compaction（要約による圧縮）」という機能を持ちます。
"as a conversation grows, response quality degrades, so compaction replaces older content with a concise summary."
古いやり取りを要約に置き換えて空きを作る仕組みで、上限に近づくと自動実行されるほか、/compactを入力すれば会話を切らずに圧縮して続けられます（/compact・/clearはClaude Code（ターミナル）限定の操作で、Coworkのメッセージ入力欄では使えません）。
Coworkのメッセージ入力欄でこうした操作は公式に案内されておらず、ヘルプセンターは複雑な作業を長時間続けてもコンテキストの上限で中断されないと説明しています。圧縮は自動で行われますが、任せ続けるより話がひとまとまり終わったところで新しい会話として始め直すほうが根本的な対処になります。
ただしCoworkには「Project」という単位があり、公式は次のように説明しています。
"Claude can remember context from tasks you've run in a project and apply it to future tasks in the same project."
同じProject内で実行したタスクの文脈は記憶され、今後のタスクに自動で適用される、ということです（Projectをまたぐと引き継がれません）。どこまで詳細に記憶しているかは公式に明記がないため、確実に引き継ぎたい要点は自分で要約して渡すほうが安全です。「コンテキストウィンドウ」は領域の大きさという概念、「compaction」はそれを扱う機能、と区別しておくと混同しません。
このテクニックは何を解決するのか
このテクニックを知らないと、応答が雑になっても「Claudeの調子が悪い」としか思えず、対処できないまま企画の方向性がぶれたりします。原因が「情報の積み上がり」だと分かっていれば、長くなったところで会話を区切るという判断ができます。ただしここで新しい疑問が生まれます——会話を新しくすると、それまでの経緯や決定事項も一緒に消えてしまうのではないか、という点です。この解決策は次のブロックで具体的に示します。効果が出るのは、1回のセッションで長時間・大量のやり取りを続ける会社です。数分で終わる短い質問だけなら、この技術を意識する必要はほとんどありません。
実務でこう使う：具体例で見る
こんな場面を想定します
新規事業の企画を練るために、市場調査レポートや競合分析資料を渡しながらClaudeと壁打ちを重ね、企画書の骨子を固めている場面を想定します。序盤で固めたターゲット顧客やコンセプトの前提を、質問と修正を繰り返した後半になると忘れたかのように覆す提案が出てくることがあります。
このテクニックをこう使う（ここからはCoworkでの手順です）
【準備】最初に一度だけ
毎回変わらないルールはCLAUDE.md（毎回の前提を書いておくファイル）に書いておきます（新しい会話でも読み込まれるため）。
この企画で一度固めた前提（ターゲット顧客・コンセプト）は、指示がない限り変更しないこと。変更が必要と判断した場合は、変更理由を明示してから提案すること。
【依頼】毎回
話がひとまとまり終わったら、新しい会話に移す前に経緯をClaudeにまとめさせます。
ここまでの壁打ちで固まった前提（ターゲット顧客・コンセプト）と、まだ検討中の論点、次に詰めるべき点を箇条書きでまとめてください。
出てきた要約を新しいタスクの冒頭に貼り付け「この続きから作成してください」と伝えれば経緯を引き継げます。同じProject内で新しいタスクを始める場合、公式によれば経緯はある程度自動で引き継がれますが、どこまで詳細に記憶しているかは公式に明記がないため、確実に残したい要点はこの手順で明示的に渡すほうが安全です。Claude Codeで作業している場合は、この手順を使わずに/compactで会話を区切らず圧縮しながら続けることもできます（Coworkのメッセージ入力欄では使えません）。
ただしこの要約は「次の会話をどこから始めるか」を引き継ぐためのものです。壁打ちの根拠にした市場調査レポートなどの元資料は要約とは別に保管しておき、細かい論拠まで必要になったらそちらを参照してください。
今日から試せること
次に長時間のセッションで応答がずれてきたら、区切る前に固まった前提と検討中の論点をまとめさせ、それを持って新しい会話を始めてみてください。組み込み方に迷ったら、AI活用伴走支援の無料相談でご相談いただけます。
前回の「考えさせる・急がせる」から続けて読むと、答えを出す前の検討の深さを調整する技術と、会話が長くなったときの品質低下を防ぐ技術の両方を押さえられます。連載の最初から読みたい方は「明確に伝える」・「理由を添える」・「見本を示す」・「長い資料の渡し方」・「出力の形を指定する」・「役割を与える」・「プロンプトチェイニング」・「自己チェックさせる」・「評価者・最適化ループ」・「ルーティング」もどうぞ。
※本記事はAnthropic公式ドキュメントを著者が読み解き、中小企業向けに翻訳・考察したものです。
※本記事はAIを活用して作成しています。