短期メモリと長期メモリ

メモリは、保持される期間によって短期メモリと長期メモリに分けられます。両者は役割も、書き込みを判断する基準も異なります。

2つのメモリの比較

横にスクロールできます→

観点	短期メモリ	長期メモリ
寿命	そのセッション・タスクの中だけ	セッションをまたいで残る
主な中身	会話履歴、直前のツール結果、作業中の下書き	ユーザーの好み、確定した取り決め、過去の成果
書き込み判断	自動的に積み上がる	「次も使うか」を基準に選んで書く
主なリスク	溢れて重要な指示が埋もれる	古い情報が残り誤った前提を作る

この表は横方向にスクロールできます。キーボードでは、表にフォーカスして左右の矢印キーを使用してください。

短期メモリ：溢れることが前提

短期メモリは、放っておくと必ず膨らみます。ツールの実行結果を全文残し、試行錯誤の履歴も積み上がるため、コンテキストウィンドウを圧迫し、最初に出した指示が相対的に薄まります。

対処は、捨てるか要約するかの二択です。

• 使い終わった中間結果（全文ログ、破棄した案）は残さない
• 長くなった履歴は、決定事項・未解決事項・制約に絞って要約する

要約するときの基準は「この先の判断に影響するか」です。影響しない経緯は落として構いません。

長期メモリ：書く前に選ぶ

長期メモリは自動的に溜めるものではなく、選んで書くものです。判断基準は次の3つです。

1. 再利用性 — 次回以降のタスクでも参照するか
2. 安定性 — すぐに変わってしまう情報ではないか
3. 検証可能性 — 誤っていたときに気づけるか（出所が残っているか）

# 長期メモリに向く例
- 回答は簡潔・箇条書き中心を好む
- 本番デプロイは承認後のみ実行する

# 長期メモリに向かない例
- 現在レビュー中のファイル一覧
- 今日試して失敗した3つの案

古い情報が最大のリスク

長期メモリで品質を落とす原因の多くは、情報の不足ではなく古い情報の残留です。すでに取り消された決定や、解決済みの問題が残っていると、AIは誤った前提で判断します。

• 書き込むときに日付と出所を添える
• 決定が変わったら、追記ではなく既存の記述を更新する
• 定期的に見直し、役割を終えた記述は削除する

まとめ

• 短期メモリはセッション内の作業状態、長期メモリはセッションをまたぐ知識
• 短期メモリは溢れる前提で、捨てるか要約するかを設計する
• 長期メモリは再利用性・安定性・検証可能性を基準に選んで書く
• 品質を落とす最大の原因は情報不足ではなく古い情報の残留

関連リンク

• メモリとは
• メモリとRAGの違い
• 長期メモリの保存方式