Claudeで資料づくりや調査を進めていると、ある時点で「会話を圧縮して、チャットを続けられるようにしています」と表示されて手が止まります。壊れたのか、データが消えたのか、と不安になる場面です。

結論から言うと、エラーではありません。会話が長くなり、Claudeが一度に頭へ置いておける量の上限が近づいたため、古い部分を自動で要約して空きを作っています。会話はそのまま続けられます。

ただし、要約である以上、細かい条件や初期の指示は薄まります。業務で使うなら、新しいチャットに移すタイミングを知っておくべきです。コピペで使える引き継ぎ文のテンプレートと、Team / Enterprise の管理者が決めておくべき運用ルールまで、2026年10月時点の情報で整理します。公式ヘルプで確認できたことと、確認できていないことは、はっきり分けて書きます。

この記事でわかること

  • 「会話を圧縮して、チャットを続けられるようにしています」が出る理由と、エラーではない根拠
  • 表示が出るプランと、モデルごとの会話の長さの上限
  • 圧縮で何が残り、何が薄まるのか（公式で確認できる範囲と推測の線引き）
  • 新しいチャットへ移るときにそのまま使える引き継ぎ文テンプレート
  • Team / Enterprise の管理者が先に決めておく、メモリと機密情報の運用ルール

表示の正体は古い部分の自動要約でありエラーではない

あの表示は、Claudeが会話の古い部分を要約に置き換えて、続きを書く余地を確保している最中のサインです。故障でも、会話の消去でもありません。

起きているのは「古いメッセージの要約への差し替え」

机の上に資料を広げ続けると、いずれ置き場所がなくなります。そこで古い資料を要点メモ1枚に置き換えて、机を空けます。Claudeの自動圧縮はこれと同じ動きです。

Claudeは、一度に読んで考えられる量に上限があります。この上限を「コンテキストウィンドウ」と呼びます。会話がこの上限に近づくと、古いメッセージが要約され、新しいやり取りのための空きが作られます。Claudeの公式ヘルプは、この仕組みを「automatic context management（自動コンテキスト管理）」と呼んでいます。

画面の文言について、1点だけ正確に書いておきます。冒頭の日本語の文言と一致する説明は、公式ヘルプの日本語版では確認できていません。公式の使用量と会話の長さに関するヘルプには、長い会話の途中で「organizing its thoughts」という表示が出ることがある、という説明があります。英語の画面では「Compacting our conversation so we can keep chatting」と出るという報告もありますが、こちらは公式ページでの確認が取れていません。

この記事では、検索で使われている文言を、同じ現象を指す画面表示として扱います。公式がこの日本語を逐語で定めているわけではない、という点は押さえておいてください。

続けて大丈夫か：履歴は残り、会話は止まらない

続けて大丈夫です。公式ヘルプによると、チャットの全履歴は保存され、Claudeはそれを参照できます。画面上の履歴も消えません。

例外もあります。非常に大きな最初のメッセージを送った場合や、システム側のエラーが起きた場合は、上限にぶつかって会話を続けられなくなることがあります。巨大な文書を最初の1通で丸ごと貼り付けるような使い方は、圧縮以前に避けたほうが安全です。

では何が問題なのでしょうか。履歴が残ることと、Claudeが細部まで同じ精度で覚えていることは別の話です。この違いは後半で扱います。

表示が出る条件とモデルごとの上限

自動圧縮の対象は、有料プラン（Pro / Max / Team / Enterprise）でコード実行が有効になっている場合です。公式ヘルプは、コード実行の有効化を条件として明記しています。無料プランで同じ動きになるかどうかは、公式に記載がなく、確認できていません。デスクトップ、モバイルなどアプリごとの挙動差も、公式には書かれていません。

会話の長さの上限は、使うモデルで変わります。チャットでの上限は次のとおりです（公式ヘルプの表、2026年10月23日時点）。

モデルチャットでの上限
Fable 5.1 / Opus 5.5 / Opus 51M
Sonnet 5.5 / Sonnet 5 / Haiku 5.51M
Fable 5500K
Opus 4.8 / 4.7 / 4.6500K
Sonnet 4.6500K
表にないモデル200K

1Mは100万、500Kは50万を指します。同じ有料プランでも、選んだモデルによって圧縮が始まるまでの余裕が数倍違います。上限の一部は、Claudeの返答用に常に確保されます。モデルごとの特徴はClaudeのFableとMythosの違いで整理しています。

Coworkでは、モデルによっては窓より手前の500K時点で自動圧縮が走ります。Claude Codeの上限は公式の表に載るモデルでいずれも1Mです（Opus 4.6 / Sonnet 4.6は1Mのモデル指定の選択が必要）。CoworkとClaude Codeの使い分けはCoworkとClaude Codeの違いを参照してください。

圧縮で細部は薄まり長い会話ほど使用量も増える

履歴は残りますが、Claudeが「今の作業の前提」として頭に置いているのは要約です。要約には必ず取りこぼしが出ます。加えて、長い会話は使用量の消費も増やします。公式で確認できる範囲と、推測にとどまる範囲を分けて見ていきます。

公式で言えることと言えないことの線引き

圧縮まわりの情報は、公式の説明と個人ブログの経験則が混ざって流通しています。業務の判断に使うなら、どちらの情報か区別しておくべきです。

項目現時点の状況
古いメッセージを要約して会話を続ける公式ヘルプで確認済み
全履歴は保存され、画面にも残る公式ヘルプで確認済み
長い会話ほど使用上限の消費が増える公式ヘルプで確認済み
圧縮後に精度がどう変わるか（チャット向けの詳細）公式の詳細説明は未確認
添付ファイルが圧縮でどう扱われるか公式に記載なし
無料プランでの挙動、アプリ別の差公式に記載なし
機能の導入時期公式に日付の記載なし
「15〜20メッセージで新チャット」という目安ブログの経験則であり公式の数値ではない

APIの公式ドキュメントには、コンパクション（圧縮）は、会話が長くなるほど応答品質が下がるため、有効なコンテキストを小さく保つ役割も果たす、という趣旨の説明があります（API向けのコンパクション解説）。チャットアプリ向けの説明ではありませんが、長い会話が品質を下げうるという認識は、公式と共通しています。

表の下半分は、公式が何も言っていない部分です。ここを断定した記事は、鵜呑みにしないほうが安全です。

長い会話は使用上限の消費を増やす

自動コンテキスト管理が働くような長い会話は、使用上限をより多く消費します。公式ヘルプは、この点を明記しています。

有料プランには、5時間ごとにリセットされるセッション上限と、週単位の上限があります。消費を左右するのは、会話の長さと複雑さ、使う機能、モデル、そして思考の深さを決める設定（effort）です。使用量はclaude.ai、Claude Code、デスクトップで同じ上限に合算されます。使用量クレジットを有効にしていれば、上限に達した後もクレジットで続けられます。

つまり「圧縮が出るほど長いチャットを続ける」ことは、体験の劣化だけでなく、チーム全体の枠を食うことにもつながります。1つの案件を1本のチャットで延々と続ける運用は、枠の面でも割に合いません。

薄まりやすい情報を見当で把握する

ここからは公式の説明ではなく、要約という仕組みから導ける推測です。要約は「流れ」を残して「細部」を削ります。そのため、次のような情報は後から効かなくなりやすいと見ておくのが安全です。

  • 序盤に出した細かい指定（口調、禁止事項、フォーマットの決まり）
  • 数値や条件の例外（「ただし関東圏は除く」のような一言）
  • 検討して却下した案と、却下した理由
  • 途中で貼り付けた長い資料の細部

なかでも2つ目と3つ目は注意が必要です。結論は要約に残っても、「なぜそうしたか」が消えると、後から同じ議論をやり直すことになりかねないからです。

効果の確認は簡単です。圧縮が出た直後に、次のように聞いてみてください。

ここまでの前提・決定事項・守るべきルールを、箇条書きで書き出してください。

抜けている項目があれば、その時点で新しいチャットへ移るか、抜けた項目を指示し直します。

防ぐ・付き合う基本は区切って新しいチャットに移すこと

対処の基本は、作業の節目で新しいチャットに移ることです。公式ヘルプも、使用上限に近い長い会話では新しい会話を始めるよう勧めています。ただし、まっさらなチャットに移ると文脈が切れるので、引き継ぎの一手間が要ります。

試す順番は新チャット、プロジェクト、設定の絞り込み

効果が大きく、手間が少ない順に並べます。

  1. 作業の節目で新しいチャットに移る。 資料の構成が決まった、調査が一段落した、といった区切りが目安です。
  2. プロジェクトを使う。 プロジェクトに入れた資料は、関連する部分だけが会話に読み込まれる検索型の仕組みです。プロジェクトの指示文は短くし、一般的な背景、主要なガイドライン、Claudeの役割に絞ります。
  3. 使わないものを外す。 コネクタやツールは多くの量を使います。不要なものはオフにします。使っていないファイルを外す、拡張思考を切る、effortを下げるといった方法も、公式が挙げる節約策です。
  4. 過去チャット検索とメモリを使う。 過去チャット検索は有料プランでWeb、デスクトップ、モバイルに対応しています。メモリはFree / Pro / Maxで既定オンで、プロジェクトごとに独立しています。

まず1番を習慣にし、ほかは足りない分を補う位置づけで使うのが現実的です。

そのまま使える引き継ぎ要約の依頼文とテンプレート

新しいチャットに移るとき、いちばん多い失敗は「前のチャットを見て」と頼むだけで済ませることです。移る直前に、元のチャットで引き継ぎ文を作らせます。

この案件を別のチャットで続けます。引き継ぎ用に、下の項目を埋めた要約を作ってください。推測は書かず、わからない項目は「未定」と書いてください。

要約の項目は、次のテンプレートを渡すと安定します。

【案件名】
【目的と最終成果物】（誰が、何のために、何を作るか）
【確定している決定事項】（決めた内容と、その理由）
【却下した案と理由】
【守るべきルール・制約】（口調、禁止事項、数値条件、期限）
【使った資料・データ】（名前と、どこに保存されているか）
【未解決の論点】
【次にやること】（最初の1手を具体的に）

出来上がった要約は、新しいチャットの最初のメッセージに貼ります。1つだけ注意があります。要約は人が目を通してから貼ってください。Claudeが書いた要約に誤りがあると、新しいチャットが最初から間違った前提で動き出します。

機密情報の扱いも決めておく必要があります。顧客名、個人情報、未公開の数字は、引き継ぎ文に不要に含めません。含めずに済む形に書き換えてから貼ります。

新しいチャットに移る目安は節目と兆候で決める

「15〜20メッセージで新チャット」という数字をネットで見かけますが、これはブログの経験則で、公式の基準ではありません。メッセージの数より、次の兆候で判断するほうが実用的です。

兆候取るべき行動
圧縮の表示が出た直後に前提の書き出しを依頼し、抜けを確認する
序盤に指定したルールを守らなくなった引き継ぎ文を作って新しいチャットへ移る
作業の節目（構成確定、調査完了など）を迎えた節目の成果を要約して移る
話題が別の案件に変わった迷わず新しいチャットを始める

圧縮の表示は異常ではなく、「そろそろ節目を作る合図」として扱うと扱いやすくなります。

Claude Codeの/compactと違いチャットでは圧縮内容を選べない

エンジニアの方は、Claude Codeの/compactを思い浮かべたかもしれません。Claude Codeには、手動で圧縮する/compactがあり、/compact focus on ...のように残したい内容を指示できます。タスクを切り替えるときの/clear、発動のしきい値を設定する/autocompactもあります（Claude Codeのコンテキスト解説）。CLAUDE.mdや自動メモリは、圧縮後にディスクから再び読み込まれます。

一方、claude.ai、デスクトップ、モバイルのチャットは自動圧縮のみです。利用者が「ここを残して」と圧縮内容を指定する公式の手段は、確認できていません。だからこそ、上で紹介した「自分で引き継ぎ文を作って新しいチャットに移る」方法が、チャット側で圧縮の中身をコントロールする現実的な手段になります。Claude Code側の詳しい使い方はClaude Codeの/compactの使い方にまとめています。

長い作業をAIに任せるときの情報の渡し方や区切り方を、チームで揃えたい場合は、AI駆動開発研修で扱えます。個人の工夫に頼らず、チームの標準手順に落とし込めます。

Team / Enterpriseの管理者は保存場所とメモリの既定を先に決める

チームでClaudeを導入している管理者に必要なのは、圧縮の仕組みの知識よりも、「何をどこに残すか」のルールです。会話の中の記憶は圧縮で薄まるので、重要な情報は会話の外に置く前提で設計します。

管理者が知っておくべきメモリ・保持の既定

Team / Enterpriseでは、メモリの扱いが個人プランと異なります。公式ヘルプ（過去チャット検索とメモリ）で確認できる点は次のとおりです。

項目内容
メモリの既定Team / Enterpriseでは、Ownerが組織設定で有効にするまでメンバーはオフ
Ownerの権限メンバー個人のメモリを閲覧・編集できない
組織でオフにした場合全員のメモリデータが削除される
利用できない組織HIPAA対象、公共部門、カスタム保持契約の組織ではメモリ自体が利用不可
シークレットモード履歴・メモリ・検索には残らないが、Team / Enterpriseでは組織のデータエクスポートと保持ポリシーの対象に含まれる

この表で見落としやすいのは2点です。まず、メモリを一度オフにすると全員分が消えるので、切り替えは周知してから行う必要があります。次に、シークレットモードは「誰にも残らないモード」ではありません。法人契約の場合は組織の保持ポリシーの対象になるため、機密を扱う社員に「シークレットなら安全」と誤解させないことが肝心です。

Team / Enterprise固有の圧縮の挙動差は、公式に記載がなく確認できていません。個人プランと同じ前提で運用し、違いが判明した時点で見直すのが妥当です。

長期案件のための運用ルール案

ここからは当協会の提案であり、公式の推奨ではありません。圧縮を前提にした運用ルールは、次の5つです。

  1. 決定事項は会話に頼らず書き出す。 重要な決定や制約は、プロジェクトの指示文か共有文書に残します。会話の中だけに置いた情報は、圧縮で薄まる前提で扱います。
  2. 案件ごとにチャットを分ける。 1案件1チャットで長く引っ張らず、節目で引き継ぎ文を作って移ります。使用量の枠の節約にもなります。
  3. 引き継ぎ文のテンプレートを部署で共通にする。 本文で紹介した項目を社内標準にすると、担当者が替わっても案件が続きます。
  4. 機密情報は要約と引き継ぎ文に不要に貼らない。 顧客名や個人情報は、伏せる、置き換える、含めないのいずれかにします。
  5. メモリの有効化は管理者が方針を決めてから。 既定オフのまま放置せず、使う範囲と使わない範囲を文書で明示します。

運用を始める前に、次の点を確認してください。

  • 機密を扱う部署の、メモリとシークレットモードの利用方針を決めたか
  • 引き継ぎ文のテンプレートを、共有場所に置いたか
  • 使用量の上限に達した場合の対応（クレジットの有効化など）を決めたか
  • 「長いチャットは新しく切り直してよい」と社内に周知したか

非エンジニアが多い組織では、ルールの文面より「迷ったら新しいチャットに移ってよい」という許可のほうが効きます。圧縮の表示で不安になる人は、続けてよいのか、勝手に切り直してよいのかを判断できずに止まっているケースが多いからです。生成AIを非エンジニアの職場に定着させる進め方は、非エンジニア向けの生成AI研修の進め方でも整理しています。

よくある質問

会話を圧縮して、チャットを続けられるようにしていますが出たら、作業内容は消えますか？

消えません。古いメッセージが要約されるだけで、チャットの全履歴は保存され、画面にも残ります。ただし細部は薄まるので、重要な前提は書き出して確認してください。

圧縮は無料プランでも起きますか？

公式では、有料プランでコード実行が有効な場合が対象と説明されています。無料プランでの挙動は公式に記載がなく、確認できていません。

圧縮を完全に防ぐ方法はありますか？

防ぐ手段は見つかっていません。節目で新しいチャットに移る、プロジェクトを使う、不要なコネクタやファイルを外すことで、圧縮が走るまでの余裕を延ばし、影響を小さくできます。

圧縮した後は、Claudeの回答の質が落ちますか？

チャット向けの公式の詳細説明は確認できていません。APIの公式ドキュメントでは、会話が長くなるほど応答品質が下がると説明されています。指示を守らなくなったら新しいチャットへ移るのが安全です。

圧縮の中身を自分で指定できますか？

チャットアプリで圧縮内容を指定する公式の手段は確認できていません。Claude Codeでは/compactに残したい内容を指示できます。チャットでは、引き継ぎ文を自分で作る方法が代わりになります。

まとめ

まず試すべきは、次に圧縮の表示が出たとき、その直後に「ここまでの前提・決定事項・守るべきルールを箇条書きで書き出して」と頼むことです。抜けが見つかれば、その場で補えます。これだけで、表示への不安は「確認する手順」に変わります。

次の一手は、本文のテンプレートを自分のメモに保存して、案件の節目ごとに引き継ぎ文を作る習慣をつけることです。使用量の枠の節約にもなります。

管理者は、メモリの方針と機密情報の扱いを先に決めてください。シークレットモードが保持ポリシーの対象になる点は、周知しておく価値があります。

なお、記事内で「未確認」とした項目（無料プランでの挙動、添付ファイルの扱い、アプリ別の差、導入時期）は、公式ヘルプが更新される可能性があります。社内ルールに書き込む前に、最新のヘルプで確認してください。

AIに任せる作業が長くなるほど、「どう区切り、何を会話の外に残すか」の設計が成果を左右します。チーム全体でこの設計を身につけたい場合は、AI駆動開発研修をご検討ください。

次に読みたい関連記事