見出し画像

AIはなぜ昨日のことを覚えていないのか⁉ ── Claude・Codex・Geminiで気づいた記憶設計の本質

結論

AIが「忘れる」のは欠陥じゃない。使う側が、記憶の置き場を用意していないパターン。

心当たりがある人は多いと思う。「さっきGeminiに説明したのに、また最初から話している」「Claude Codeで昨日決めた方針を今日また聞かれた」「Codexで作った処理の理由を、翌日また説明させられた」。

これ、全部同じ問題だ。そしてAIのせいじゃない。

どのAIツールも、ひとつの会話(セッション)が終わると、基本的に「白紙」に戻る。

その「忘れる」問題の本質が、実はAIの性能の話じゃないと気づいたのは最近のことだ。そもそも「記憶の設計」をしていなかっただけだった。この記事はその気づきを書く。

📋 この記事でわかること


  • ✅ なぜClaude・Codex・Geminiは「昨日の続き」ができないのか

  • ✅ AIへのルールブックだけでは足りない理由

  • ✅ 「会話の保存」と「記憶の設計」はまったく別物だという話

  • ✅ AIの記憶を3層で考える方法(エンジニアじゃなくても使える)

  • ✅ 今日からできる3つのアクション


🔍 「設定ファイルに書けば解決」── 問いを間違えていた

設定と記憶は別物

Claude Codeには「CLAUDE.md」というAIへのルールブックがある。Geminiにはカスタム指示、ChatGPTにはメモリ機能がある。各AIツールには「覚えさせる仕組み」が一応ある。

これを使えば解決する、と3ヶ月間思い込んでいた。プロジェクトの方針、やり方の禁止事項、判断基準を書いておけば毎回説明しなくていい。問いを間違えていた。

これらの「設定」は全部静的なルールブックだ。「昨日何をやったか」「どんな判断をしたか」「どこで詰まったか」は書けない。

ルールブックと、昨日の経緯は別物だ。前者は「どうすべきか」の方針、後者は「なぜそうなったか」の文脈だ。AIに必要なのは両方だ。

具体例で考えてみる。エンジニアじゃなくても、こういう経験はあるはずだ。

「Geminiに『この文章のトーンはカジュアルで、でも敬語ありで』って設定した。翌日また同じ説明をさせられた」

設定を書いてもカバーできないのは「文脈の記憶」だ。「昨日試したら硬くなりすぎたから今日はもう少し柔らかめで」という昨日の経緯が引き継がれていない。

Codexで自動化したコードの「なぜこういう処理にしたか」の理由も、翌日には消えている。設定ファイルには「何をするか」しか書けても、「なぜそうしたか」は残らない。

「設定に書いてある」は「記憶してある」じゃない。方針書と記憶は、別物だ。


🧠 Memoriという発想

会話を次の作業へつなぐMemoriの発想

GitHubのトレンドで「MemoriLabs/Memori」を見つけたのは先週だ。

一言でいうと、「AIの会話と実行の記録を、次の作業に引き継げる形で保存するしくみ」だ。

OpenAI系・Anthropic・Gemini系など、複数のLLMやアプリに接続できる設計になっている。会話ログや作業の履歴を「ただのテキスト」ではなく、後から検索・参照できる構造に変換して保存する。次にAIを使い始めたとき、「前回何があったか」を参照できる状態になる。

なぜこれが重要か。

AIはタスクをこなすたびに何かを判断している。「なぜこの言い回しを選んだか」「なぜこの数値にしたか」「ユーザーが何を優先していたか」。その判断の文脈が次の作業に引き継がれないと、同じ失敗を繰り返す。

「AIが学ばない」のは、学んだことを保存する場所がないからだ。

社内でAI導入の支援をしていると、この問題に毎回当たる。毎回同じ説明をさせる、前の判断を引き継げない、同じミスが繰り返される。全部、記憶の設計がないことへの症状だ。

「AIを使ってみたけど思ったより使えなかった」という声の多くは、AIの性能じゃなくてここが原因だ。現場で見ていると、実際にそういうケースが多い。

「AIが使えない」の大半は、設計側の問題だ。AIのせいじゃない。


📊 「会話の保存」と「記憶の設計」は違う

保存と設計の違い

多くのAIツールは「この会話の中」だけ文脈を保持する。会話が終わると消える。

「じゃあ会話履歴を保存すれば?」と思うかもしれない。それは「会話の保存」だ。でも「記憶の設計」とは違う。

具体的に何が違うか。

会話の保存は、昨日のやりとりをそのまま保管することだ。ログが溜まるだけで、次のAIがそれを「参照して判断する」には向いていない。テキストの山を毎回読ませることになる。

記憶の設計は違う。何を引き継ぐかを構造化して保存する。「昨日こういう理由でこう決めた」という判断の要点だけを抽出し、次のAIが使いやすい形で保持する。

会話の保存は「日記を全部見返す」こと。記憶の設計は「手帳に要点だけメモしておく」こと。AIに引き継ぎたいのは後者だ。

Geminiで長い文章を書いた翌日、また「このプロジェクトの概要を教えて」と聞かれる経験があるなら、それは「会話の保存」が「記憶の設計」にはなっていないからだ。

「会話ログ保存してます」は「記憶してます」じゃない。ほとんどの使い方がここで止まっている。


🔧 AIの記憶を3層で考える

AIの記憶を3層で考える

Memoriのアーキテクチャを読んで、記憶の設計を3層で考えるようになった。エンジニアじゃなくても、この発想は使える。

Layer 1: エピソード記憶(何をやったか) 作業ログ、会話の流れ、うまくいかなかったことと対処を時系列で残す。「いつ、何が起きたか」の記録だ。これが最も抜けている層だ。「昨日Geminiにこのトーンで書かせたら固くなりすぎたので修正した」という事実がここに残る。

Layer 2: 意味記憶(何を知っているか) プロジェクトの方針、好みのスタイル、繰り返し出てくる判断基準。「なぜそうするのか」の文脈だ。各AIの設定ファイルやカスタム指示はここに相当する。「このライティングはカジュアルだが敬語あり」という方針がここに書かれる。

Layer 3: 手続き記憶(どうやるか) 実際にうまくいったやり方、解決したミスのパターン、再現性のある手順。「どうすれば再現できるか」の実績だ。「Codexでこのプロンプトを使ったらうまく動いた」という実績がここに蓄積される。

この3層を分けて設計することで、初めてAIが「積み上げる」存在になる。

各AIの設定ファイルだけでは、Layer 1とLayer 3が抜けている。Layer 1(エピソード記憶)が最も重要で、最も設計されていない。「昨日の作業で何をやったか」が次の日に引き継がれない問題の正体がここだ。

3層を整えると、AIが次の作業で「前回こういう経緯でこうなっていて、この方針で動いている」という文脈を持てる。毎回ゼロから説明する必要がなくなる。

記憶の設計は「何を保存するか」じゃなく「何を引き継ぐか」の問いだ。ここを間違えると、どれだけ設定を書いても同じ場面が繰り返す。


💡 問いが変わると、使い方が変わる

問いを変えると使い方が変わる

Memoriを調べる前、自分の問いはこうだった。

「どうAIに文脈を渡すか」

Memoriのアーキテクチャを読んだ後、問いが変わった。

「どう昨日の経緯を構造化して引き継ぐか」

問いが変わると、使い方が変わる。解くべき問題が違ったことに気づいた。

「文脈を渡す」戦いをしていたのに、本当の問題はその手前にあった。「何を記憶として残すか」の設計だ。AIの精度が足りないは症状で、記憶の設計がないのが原因だった。

この認識が変わってから、Claude CodeもCodexもGeminiも、使い方が変わった。作業の終わりに「今日やったこと・なぜそう判断したか」を3行残すようになった。設定ファイルを「ルールブック」ではなく「判断の文脈の起点」として再設計した。

翌週の作業で、AIが前の文脈を参照しながら動き始めた。「また説明し直す時間」が減った。小さな変化だが、体感は明確だ。

大きなツールを導入しなくても、「何を引き継ぐか」を意識するだけで変わる。記憶の設計は、ツールじゃなく思考の問題でもある。

「AIの精度が足りない」は症状で、「記憶の設計がない」が原因だった。3ヶ月間、俺は間違った問いを解こうとしていた。


✅ 今日からできる3つのアクション

今日からできる3つの記憶設計アクション

1. AIへの設定を「方針」「判断基準」「禁止事項」の3つに分ける

CLAUDE.mdでもGeminiのカスタム指示でも同じだ。今ある設定の内容を3つに分類するだけでいい。ごちゃ混ぜになっているなら分けるだけで、AIが参照しやすくなる。ここがLayer 2の基盤になる。

2. 作業の終わりに「3行ログ」を残す習慣をつける

「今日何をやったか、なぜそう判断したか、次回気をつけること」を3行残す。メモ帳でも、テキストファイルでも何でもいい。これがLayer 1の始まりだ。翌週に同じAIを使う時、この3行を冒頭に渡すだけで全然違う。続けにくければ、作業終了時にAIに「今日の作業を3行で要約して」と頼む手もある。

3. Memoriのアーキテクチャを読んでみる(眺めるだけでいい)

実装しなくていい。設計思想を知るだけで、「AIに記憶を持たせる」とはどういうことかの解像度が上がる。自分のAI利用の枠組み自体が変わる。GitHubのREADMEは英語だが、DeepLで読んでも十分に伝わる。

この3つは今日からできる。ツールを買う必要も、新しいサービスを契約する必要もない。記憶の設計は思考から始まる。

AIを「賢くする」ことに時間をかける前に、「AIが積み上がれる設計になっているか」を確認してほしい。現場で見ていると、この順番を間違えているケースが圧倒的に多い。

使い方の上手さより、引き継ぎの設計力が、AIの価値を決める。これが今の俺の確信だ。


記憶を設計すると、AIが積み上がる存在になる。毎日リセットされる存在から、毎日蓄積される存在に変わる。

「AIが賢くなった」と感じる時、じつは設計した側の問いが変わっているだけだ。

Claude・Codex・Gemini、どのツールを使っていても「また同じこと説明した」が繰り返すなら、記憶の設計を見直してほしい。解くべき問題が変わるはずだ。

スキを押してもらえると、次の記事を書く励みになります。

あなたのAIは「昨日のこと」を覚えていますか⁉

#AI活用 #Claude #生成AI #note #Gemini #Codex #エージェント #記憶設計

いいなと思ったら応援しよう!