ChatGPTのメモリを整理する方法――カスタム指示・プロジェクト・AGENTS.mdとの使い分け

ChatGPTのメモリは便利ですが、仕事のルール、案件の資料、その日の作業まで何でも入れる場所ではありません。情報の置き場所を分けずに使い続けると、古い前提や重複した指示が混ざり、回答がかえって不安定になることがあります。

メモリは、資料庫ではなく「次の会話を助ける要点集」として使う。回答方法はカスタム指示、案件資料はプロジェクト、Codexで必ず守る開発ルールはAGENTS.mdへ分ける。これが、私が実際に整理して分かった最も扱いやすい方法です。

対象業務と条件

このガイドは、ChatGPTやCodexを複数の仕事で使い、職種、回答の好み、継続案件、作業ルールなどが混在してきた人を対象にしています。目標は、覚えさせる情報を増やすことではなく、必要な情報を必要な場所から使える状態にすることです。

同じ説明を何度もしたくない
古い案件や設定を現在の前提として扱われたくない
回答のルールと案件情報を分けたい
ChatGPTとローカルのCodexで、何が共通し何が別か整理したい
個人情報や機密情報を残し過ぎたくない

ChatGPTのメモリは何をしているのか

OpenAIの説明では、ChatGPTのメモリには、明示的に残す「保存済みメモリ」と、過去の会話から役立つ情報を参照する「チャット履歴」の考え方があります。設定や提供状況に応じて、過去に伝えた好みや前提が今後の回答へ使われます。

ただし、設定画面のメモリ要約に、ChatGPTが参照し得る情報のすべてが一字一句表示されるわけではありません。また、保存済みメモリと元のチャットは別に扱われるため、チャットを削除しただけでは保存済みメモリが残る場合があります。

この性質からも、メモリを仕様書や記録保管庫として使うのは適していません。正確な文章、長い手順、頻繁に変わる案件情報は、後から人が確認できる別の場所を正本にします。

選択肢――情報の置き場所を分ける

置き場所	向いている情報	向いていない情報
メモリ	長く変わりにくい職種、利用目的、好み、繰り返し役立つ前提	長文の仕様、案件の細かな進捗、秘密情報
カスタム指示	回答言語、説明の順序、文章の長さ、確認方針など明示的な会話ルール	特定案件だけの要件、日々変わる情報
プロジェクト	案件ごとのチャット、ファイル、指示、継続作業の文脈	すべての案件へ共通させる厳守ルール
`AGENTS.md`	Codexがリポジトリで必ず守る開発・検証・公開ルール	通常のChatGPT会話だけで使う個人的な好み
スキル・仕様書	何度も再利用する詳しい制作手順、判定基準、固定された規格	一時的な相談や単発の作業
一時チャット	今後のメモリを増やしたくない単発の検討	後で参照したい業務記録、秘密情報の保管

大切なのは、同じ情報を何か所にもコピーしないことです。意図的に重ねる安全ルールを除き、正本を一つに決めると、更新漏れや矛盾を減らせます。

選定基準――5つの質問で判断する

別の会話でも役立つか――長期的に役立つ要点ならメモリを検討します。
一字一句守る必要があるか――明示的な会話ルールはカスタム指示、開発ルールはAGENTS.mdへ置きます。
特定案件だけの情報か――プロジェクトの指示やファイルへ置きます。
詳しい手順を再利用するか――スキルや仕様書として管理します。
漏えい・誤利用の影響が大きいか――パスワード、APIキー、顧客情報などは、そもそもメモリや指示へ保存しません。

容量は「何件まで」より、情報の質を考える

OpenAIは、チャット履歴の参照について保存容量の上限はないと案内しています。一方で、保存済みメモリの管理方法や自動管理の提供状況は、プランや機能の展開状況によって変わります。すべての利用者に共通する最大件数や最大文字数を、固定値として前提にしない方が安全です。

容量に余裕があっても、古い情報、重複、細か過ぎる案件情報が増えれば、使いやすくなるとは限りません。メモリを増やす前に「別の会話で本当に必要か」を確認し、重要な仕様や記録は検索・更新できる文書へ残します。

実際にメモリを整理した手順

1．最初は削除せず、一覧にする

まず、ChatGPTに「現在覚えている内容を、個人プロフィール、回答形式、業務方針、継続案件、古い可能性がある情報、重複・矛盾に分類して表示してください。まだ変更や削除はしないでください」と依頼しました。

削除から始めないことで、古い情報と現在も必要な情報を比べられます。メモリ要約とChatGPTの回答が完全に同じとは限らないため、設定画面も併せて確認します。

2．残す・移す・削除するに分ける

残す：職種や長期的な利用目的など、今後も多くの会話で役立つ要点
移す：回答ルールはカスタム指示、案件仕様はプロジェクト、開発規則はAGENTS.md、詳細な制作規格はスキルや仕様書
削除する：終了した案件の進捗、誤った推測、古い利用環境、重複した回答形式

3．修正指示は対象を具体的にする

「古い内容を整理して」だけでは、残したい情報まで変わる可能性があります。「Aという記憶を削除し、現在はBであると修正する」「回答形式はカスタム指示を正本にしたので、重複するメモリを削除する」のように、対象と更新後の状態を明示します。

4．整理後にもう一度一覧化する

修正後は、同じ分類で再表示し、削除対象が残っていないか、新しい矛盾が生まれていないかを確認します。設定画面のメモリ要約も見直し、必要なら個別に修正します。

構築手順――自分の情報管理ルールを決める

仕事で繰り返し使う情報を、10～20項目程度の短い一覧にする。
各項目へ「メモリ」「カスタム指示」「プロジェクト」「AGENTS.md」「仕様書」「保存しない」の保存先を付ける。
同じ内容が複数にある場合、どこを正本にするか決める。
メモリを一度に全面変更せず、誤り、古い進捗、重複の順に直す。
新しいチャットで、必要な前提が使われるか、不要な前提が出てこないか試す。
更新担当と見直し時期を決める。

効果は、同じ説明を繰り返した回数、古い前提を修正した回数、案件違いの情報が混ざった回数で確認できます。ゼロ件を急いで目指すより、修正が必要な場面を記録し、置き場所の判断を改善します。

プロジェクトと一時チャットの使いどころ

継続案件では、プロジェクトにチャットとファイルをまとめると、案件内の文脈を保ちやすくなります。プロジェクト専用メモリを使える環境では、そのプロジェクト内だけに参照範囲を限定できます。利用できる設定や既存プロジェクトの扱いは変更されることがあるため、作成・変更時の設定画面と公式情報を確認します。

一時チャットは、今後のメモリを増やしたくない単発の検討に向きます。現在の公式案内では、未保存の一時チャットは新しいメモリを作りません。ただし、安全対策のため一定期間保持される場合があり、外部サービスへ送った情報の扱いも別です。一時チャットだから秘密情報を入力してよい、という意味ではありません。

ChatGPTとCodexのメモリは同じとは限らない

Web版ChatGPTはChatGPTのメモリを使います。一方、ローカルのCodexクライアントは、別のローカルメモリストアと独自の管理機能を使います。ChatGPTで覚えさせた内容が、ローカルCodexへそのまま同期されるとは考えない方が安全です。

OpenAIのCodex資料も、常に適用すべきチームの指示はAGENTS.mdやバージョン管理された文書へ置き、メモリを唯一の規則集にしないよう案内しています。ローカルメモリは過去作業の文脈を補うもの、AGENTS.mdは現在の作業で守る規則、と役割を分けます。

運用・権限・削除時の注意

パスワード、APIキー、顧客の個人情報、未公開の契約情報はメモリ、カスタム指示、AGENTS.mdへ書かない。
1～2か月に一度、古い情報、重複、矛盾を確認する。
プロジェクト終了時に、残す資料、削除するチャット、更新するルールを担当者が判断する。
「今後触れない」設定と完全削除を同じものと考えない。
完全に消したい情報は、メモリ要約だけでなく、元のチャット、アーカイブ、ファイル、接続したアプリなど、情報が残る場所を確認する。
重要な公開、送信、削除、契約判断は、メモリに頼らず人が対象と最新情報を確認する。

導入前チェック

メモリへ残す情報を「別の会話でも役立つ要点」に絞ったか
回答ルールをカスタム指示へ分けたか
案件資料をプロジェクトや文書へ分けたか
Codexの厳守ルールをAGENTS.mdへ置いたか
詳細な再利用手順をスキルや仕様書へ分けたか
正本が複数になっていないか
古い案件、誤った推測、重複を削除したか
秘密情報や顧客情報が含まれていないか
整理後の内容を人が確認したか

まとめ

ChatGPTのメモリを賢く使うコツは、容量いっぱいまで覚えさせることではありません。長く役立つ要点だけを残し、明示的な回答ルール、案件資料、開発規則、詳しい手順を、それぞれ適切な場所へ分けることです。

まず一覧化し、残す・移す・削除するに分け、正本を決める。整理後にもう一度確認する。この小さな運用を続けると、ChatGPTやCodexへ毎回説明する手間を減らしながら、古い情報に引っ張られるリスクも抑えられます。

情報の確認先

公式情報の確認日：2026年9月3日。画面名、利用できる設定、プラン別の提供範囲は今後変更される可能性があります。