ChatGPTのメモリが一杯になる理由
アーカイブとして設計されたわけではない
保存されたメモリは、リクエストのたびにプロンプトと一緒に読み込まれる短い文の小さな集まりです。これが仕組みであり、容量が小さい理由でもあります。保存された事実は、送信するすべてのメッセージにおいて、永久にコンテキスト（文脈）の消費につながります。もし1年分の仕事の記憶をすべて保持しようとすれば、実際に質問した内容が入るスペースを圧迫してしまいます。
したがって、この制限は設計ミスではありません。必要なときに検索するのではなく、すべてのリクエストにメモリを注入するという設計の結果です。アーキテクチャが異なれば制限も異なりますが、この設計においては、必然的に上限が低くなります。
制限は実在するが、OpenAIは数値を公表していない
明確な答えを求めている人にとって、これはもどかしい部分です。保存できるメモリの数に関する公式な数値はありません。広く出回っている数値（合計で約1,200〜1,400ワードの保存メモリ、または約200個の個別エントリ）はサードパーティによる推定値であり、公式ドキュメントに記載された制限ではありません。また、それらの数値も一致していません。これらはあくまで目安（キャビネット1台分ではなく、あなたに関するテキスト1〜2ページ分程度）として捉えてください。
実質的に、具体的な数値をもとに計画を立てることはできません。確実なのはその挙動だけです。一杯になると通知され、何かを削除するまで一杯のままになります。
保存するつもりのなかった情報でメモリが埋まる
メモリへの書き込みには2つのルートがあります。1つは、「簡潔な回答を好むことを覚えておいて」と明示的に指示する方法で、この場合は「メモリを更新しました」と表示されます。もう1つは、あなたが雑談の中で触れた内容を、ChatGPTが独自に保存する価値があると判断するルートです。
2つ目のルートがあるため、メモリが一杯になるとき、そのほとんどはノイズで埋め尽くされています。リスボンへのフライトに関する一度きりの質問、尋ねたレストラン、3月に断念したプロジェクトなどです。どれも保存したこと自体は間違いではありませんが、2ページ分という限られた予算を割くほどの価値はありません。もし一度もメモリリストを開いたことがないなら、割り当てられた容量の大部分が「ある日の午後だけ必要だった情報」に使われている可能性が非常に高いです。
2026年の再構築で上限は引き上げられたが、制限自体は残っている
2026年6月4日、OpenAIは再構築されたメモリシステムを発表しました。これはデータを削除し始める前に理解しておく価値のある、真の改善です。
目に見える変化は、ChatGPTがあなたについて要約した内容を表示する、読みやすいメモリ概要ページです。ここから、記憶された詳細の追加や更新、どのトピックをいつ取り上げるべきかの設定が可能です。この概要ページは、従来の単純な保存エントリのリストに代わり、ますます基盤としての役割を果たすようになっています。また、システムは時間の経過に合わせてメモリを最新の状態に保ちます。OpenAIの例では、旅行が終わると「7月にシンガポールに行く予定」が「2026年7月にシンガポールに行った」に修正されます。OpenAIの評価では、事実の想起率は82.8%、好みの遵守率は71.3%、時間的正確性は75.1%に達しました。これらはOpenAIの内部数値であり、サードパーティによる検証値ではありません。
また、容量も増加しました。PlusおよびProアカウントは2倍のメモリを利用可能になり、Freeユーザーにシステムを提供するのに必要な計算コストは約5分の1に削減されました。この展開は米国でPlusおよびPro向けに開始され、その後、他の国やFreeおよびGoユーザーへと拡大しています。そのため、2026年8月現在、表示される内容はプランや地域によって異なります。
容量が2倍になったところで、問題の本質は変わりません。上限が2倍になっても、到達するのが少し遅くなるだけです。また、メモリを最新に保つ仕組み（要約と修正）は、保存される内容が「あなたが言ったことの記録」ではなく、「システムが解釈した、進化し続けるあなたに関する説明」であることを意味します。これは、小さなメモリを有用にし続けるための適切なトレードオフです。しかし、永続的な記録が必要な場合には不適切なトレードオフとなります。どちらも事実であり、メモリがオンであってもChatGPTが忘れてしまうアーキテクチャ上の理由は、単なる容量の問題よりも深いところにあります。
よく試される対策
個別のメモリを削除する。 最初のステップとして適切であり、実際に効果的です。「設定」→「パーソナライズ」→「メモリ」→「メモリの管理」を開き、リストを確認して、リスボンへのフライトなどの不要な項目を削除します。思った以上に空き容量が確保できますが、2ヶ月後にはまた同じ作業をすることになります。
すべてのメモリを消去する。 手っ取り早いですが、大雑把な手段です。一杯になったメモリを空にする代わりに、1年かけて蓄積された好みの設定もすべて失われます。リストが本当に使い物にならなくなった場合に一度試す価値はありますが、これを習慣にしてしまうと、定期的にアシスタントを初期化しているようなものです。
メモリをオフにして、代わりにカスタム指示（Custom Instructions）を使用する。 過小評価されがちですが有効な方法です。カスタム指示は安定しており、編集可能で、すべての言葉を自分でコントロールできます（勝手に追加されることはありません）。制限としては、入力枠が小さく、自動的に拡張されないこと、そして知識ではなく「好み」を保持するためのものである点です。例えば「簡潔な回答を求める」ことは指定できますが、「クライアントが前四半期に何を決定したか」を保存することはできません。もっと活用すべき機能ですが、ストレージの代わりにはなりません。アシスタントの挙動からカスタム指示が抜け落ちてしまう問題も、よく知られた不満点の一つです。
保存されたメモリの代わりに、過去のチャットへの参照に頼る。 これは別の機能であり、知っておく価値があります。これにより、メモリのスロットを消費することなく、モデルが以前の会話を参照できるようになります。これは役立ちますが、ユーザーが読み取ったり、監査したり、移行したりできる記録ではありません。どのチャットから何を結論付けたかのリストを開くことはできず、データを持ち出すこともできません。
独自のメモドキュメントを作成し、それを貼り付ける。 最も実直な回避策であり、経験豊富なユーザーが最終的に行き着く方法です。自分が管理する無制限の外部ストレージであるため機能します。唯一の欠点は、あなた自身が検索システムにならなければならないことです。セッションごとに、コピー＆ペーストし、どのセクションが関連しているかを思い出し、手動でコンテキストを再説明する必要があります。
この最後の回避策は、正解に非常に近いです。足りないのは、検索を自動で行ってくれる仕組みだけです。
解決策：ChatGPTに容量制限のないメモリを提供する
ChatGPTのメモリが小さい理由は、すべてのリクエストにメモリが同伴されるからです。ストレージをモデルの外部に切り離せば、この制約の性質が変わります。外部に保持するストレージは、プロンプトと競合するわずか数ページのテキストではありません。実際のドキュメントを保持し、必要なときに関連する部分だけが取り込まれます。
これは、容量管理では決して解決できない問題も解決します。自分が所有するストレージは読み取り可能です。何が入っているかを正確に確認し、間違っている箇所を修正し、要約されたパラフレーズではなく元のドキュメントをそのまま保持できます。メモリがシステムによって維持される要約である場合、「システムは私について何を把握しているのか？」という問いへの答えは曖昧になりますが、メモリがあなたのファイルであれば、答えは明確です。
MemoryLake はそのために構築されています。ドキュメントや事実を保持する1つのメモリレイヤーであり、APIを介してChatGPTから、またMCP対応ツール（ClaudeやCodexなど）から直接読み取ることができます。明確にしておくと、これはChatGPTに組み込まれたメモリ上限を引き上げるものではありません（それを実現する方法はありません）。知識を上限が適用されない場所に移動させることで、「メモリが一杯になる」という事態がワークフローの障害にならないようにするものです。
ステップ 1: APIキーを作成する
キーを生成すれば、約30秒で最初のリクエストを実行できます。共有設定やチャットウィンドウに貼り付けるのではなく、環境変数やシークレットマネージャーに保存してください。
ステップ 2: 最初のメモリをアップロードする
本来であればメモリのスロットに詰め込もうとしていたドキュメント、画像、ファイルをドロップします（クライアントの概要書、スタイルガイド、決定事項ドキュメント、仕様書など）。可能な限り、要約ではなくソースファイルをアップロードしてください。要約にしてしまうと、必要だったはずの詳細が失われてしまいます。これは、システムが合成したメモリのエントリと同じ失敗パターンです。
ステップ 3: AIとエージェントを接続する
Claude、Codex、OpenClaw、その他のAIエージェントに、MCPまたはAPI経由でメモリへのアクセスを許可します。ChatGPTにはMCPクライアントがないため、APIを使用します。関連するメモリを取得し、プロンプト、カスタムGPTの指示、またはモデルを呼び出すワークフローに注入します。MCPに対応しているツールの場合は、そのツールの設定にサーバーを追加するだけで、同じストレージを読み取ることができます。
実務における変化
「メモリが一杯です」という通知は、対応を迫られる問題ではなくなります。ChatGPTの組み込みメモリが数ページ分であることに変わりはありませんが、依存するデータはそこにはないため、単なるステータッセージになり、面倒な作業ではなくなります。
保存する内容も変わります。2ページの要約ではなく、日付入りの実際の条項が含まれた本物の概要書などのドキュメントを保持できます。特定の情報が必要なとき、圧縮された要約から推測されたものではなく、その特定の内容をそのまま取得できます。
また、知識が1つの製品にロックインされることもなくなります。保存されたメモリのリストを移行することはできません。他のツールが読み取れるファイルを書き出すエクスポート機能はないからです。自分が所有するストレージであれば移行可能です。これは、別のAIアシスタントを試そうとしたときに、1年間蓄積したコンテキストが持ち出せないことに気づく、最初のタイミングで重要になります。
メモリを削除する作業も不要になります。上限が上がったからではなく、2ページ分のバッファをファイリングシステムとして使うのをやめたからです。
ChatGPTメモリ管理のベストプラクティス
一度、きちんと削除作業を行う
外部ストレージを使用している場合でも、一度「メモリの管理」で20分ほど時間を費やしてみてください。すべてのエントリを読み、旅行、一度きりの質問、断念したプロジェクトを削除します。次に、見覚えのないエントリを探します。メモリには、あなたが言ったことだけでなく、システムが結論付けたことも記録されます。自分が実際に言った記憶のないものは、そのままにしておく前に注意深く確認する必要があります。
組み込みメモリは「好み」の設定のみに使用する
自然な役割分担として、組み込みメモリには「どのように話しかけてほしいか」（簡潔に、前置きなし、メートル法、この言語など）を保持させます。外部ストレージには「あなたが知っていること」を保持させます。好みはデータ量が小さく、安定的で、ツール自体に属するべきものです。知識は膨大で、増え続け、収まりきりません。これらを同じ方法で整理しようとすることが、メモリが一杯になる原因です。
「最新に保たれる」と「原本が保持される」を混同しない
新しいメモリシステムが時間の経過とともに自動更新される機能は、真の改善であり、活用すべきです。ただし、それが何を意味するかを明確に理解しておく必要があります。保存された事実が書き換えられる可能性があるということです。契約条件、仕様、クライアントの正確な言い回しなど、元の文言が重要な場合は、ソースがそのまま残る場所にソースドキュメントを保管し、アシスタントのメモリには要約だけを保持させてください。
有料プランへのアップグレードで解決すると決めつける前に確認する
2026年の再構築により、PlusおよびProアカウントは2倍のメモリを利用できるようになりました。Freeプランで常にメモリが一杯になっている場合、アップグレードする正当な理由になります。しかし、これはメモリをストレージとして使用することの解決策にはなりません。小さな数値を2倍にしても、やはり小さな数値です。2回目にメモリが一杯になったとき、取れる選択肢は1回目とまったく同じです。
まとめ
「メモリが一杯です」という表示は、ChatGPTがあなたに関する長期的な事実を保存する容量制限に達したことを意味し、何かを削除するまで新しい情報は追加されません。それ以外の機能が壊れることはありません。即効性のある解決策は、「設定」→「パーソナライズ」→「メモリ」→「メモリの管理」であり、5分で完了します。
この問題が繰り返される理由は、組み込みメモリがすべてのリクエストに同伴される小さな予算（数ページ分、2026年6月の再構築でPlusとPro向けに2倍になりましたが、それでも数ページ分）だからです。好みの設定に使う分には適切なサイズです。しかし、業務上の知識を置く場所として使うと、どれだけ慎重に整理しても、すぐに一杯になります。知識は自分が所有し読み取るストレージに移動し、好みの設定はそのままにしておけば、この通知に悩まされることはなくなります。