AIチームの”記憶”をどう設計するか——忘れないAIと、忘れるべきAI
AIは「忘れない」が、それは美徳ではない
AIの最大の強みの一つは、記憶力だ。
人間は忘れる。3ヶ月前の商談の詳細、半年前に却下した施策の理由、去年の失敗の原因——時間とともに薄れる。だからメモを取り、議事録を残し、CRMに入力する。それでも抜け漏れは起きる。
AIは忘れない。正確には、記録した情報をすべて参照できる。これは圧倒的な強みだ。
だが、31人のAI参謀団を運用してきた中で、私はこの「忘れない」という性質の裏面にぶつかった。
古い情報が、新しい判断を歪める。
たとえばこういうことが起きる。半年前に「このクライアントには深いプランを提案しない」と判断した。当時は正しい判断だった。だがその後、関係が深化し、信頼が積み上がり、状況はまったく変わった。
ところがAIは、半年前の判断記録を忠実に保持している。何の注釈もなく。文脈もなく。「この会社には深いプランを提案しない」という情報として、そのまま残っている。
こうして、AIは「過去の正しい判断」を根拠に「現在の間違った判断」を出力する。
「記録したら終わり」設計の危うさ
多くの経営者がAIにメモを取らせ始めたとき、最初にやってしまう間違いがある。
「AIに覚えさせればいい」という発想だ。
重要な決定をした。AIに記録させた。次回の会話でそれを参照する。これ自体は正しい。だが、蓄積が増えるにつれて問題が起きる。
- 同じ事実が複数の場所に書かれ、どちらが正とも言えなくなる
- 時間とともに陳腐化した情報と、今でも有効な情報が同じ棚に並ぶ
- 文脈のない断片情報が積み重なり、AIがそれを組み合わせて誤った推論をする
経験した最も痛い失敗は、あるクライアントの基本情報を過去の記録から引っ張ってきたとき、売上規模の数字が1年前の古いものだったことだ。提案書を作ってから気づいた。それ以来、「記録」の設計を根本から見直した。
4種類に分ける——才有るOSのメモリ分類
採用した解決策は、AIの記憶を4つの型に分類して管理することだ。
「覚えておいてほしい情報」をひとまとめにせず、その情報の性質と有効期限によって置き場所を変える。
Type 1：user（ユーザー定義型）
経営者本人の基本情報、価値観、判断の軸を格納する。
食事の制約、睡眠パターン、家族構成、好みのコミュニケーションスタイル。こういった情報は、ほとんど変わらない。変わったとしても、意識的なアップデートを伴う。
このTypeは半恒久的に機能する。参照頻度が高く、すべてのAI参謀団が暗黙的に前提として使う情報だ。
Type 2：feedback（フィードバック型）
実際の運用の中で得た学びと、それを元に改善した運用ルールを格納する。
「このコマンドは非エンジニア前提で設計しないと暴走する」「外部向け成果物にクライアント名を入れてしまったことがあった。二度とやらない」——こういった失敗からの学びを、ルールとして言語化して保存する。
このTypeの特徴は、失敗が資産になることだ。同じミスを二度繰り返さない仕組みが、自然にリポジトリとして積み上がっていく。蓄積されるほど精度が上がる。最も長期的な価値を持つTypeだ。
Type 3：project（プロジェクト型）
特定の案件・施策・プロジェクトに紐づく情報を格納する。
現在進行中の研修プロジェクトの詳細、商談状況、スケジュール、担当者情報。これらは有効期限が明確だ。プロジェクトが完結すれば、情報はアーカイブに移行する。
最も重要なのが「鮮度管理」だ。進捗が変われば情報も変わる。古いまま放置されたproject情報は、実害を生む。プロジェクトの節目（契約、着金、完了、解約）ごとにアップデートを義務化するルールを設けている。
Type 4：reference（リファレンス型）
特定の手順、ツールの操作方法、仕様情報など、技術的な参照情報を格納する。
APIの接続設定、スクリプトの実行コマンド、カレンダーの色分けルール、自動処理のフロー図——これらは滅多に変わらないが、変わったときに古い情報を掴んでいると致命的なエラーになる。
このTypeは「変更管理」が要諦だ。ツールのアップデートや接続設定の変更があった時点で即座に更新する。それ以外は触らない。
「消す判断」も設計する
メモリ設計で見落とされがちなのが、削除と無効化のルールだ。
情報を増やすことには積極的になれる。だが消すことには躊躇が生じる。「もしかしたら使うかもしれない」という心理が働く。
これが記憶の汚染につながる。
採用しているのは「タイムスタンプ＋有効期限」の考え方だ。情報を記録するとき、いつまで有効な情報かを同時に書き込む。
- クライアントの現状理解：四半期ごとに見直し
- 商談フェーズの情報：フェーズが変わったら即更新
- ツール仕様：バージョンアップのたびに確認
- 意思決定の記録：永続保存、ただし「当時の判断」として文脈を明記
「この情報は○年○月時点のもの」という文脈を付けることで、AIは古い情報を現在の判断に直接適用するミスを減らせる。
「正規ソース1箇所」原則
もう一つ、運用上で効果が高かったルールがある。
同じ事実を2箇所に書かない。
これを「正規ソース1箇所」原則と呼んでいる。
たとえば会社の基本情報は、1つのファイルにだけ書く。別のファイルで同じことに言及する必要があるときは、そのファイルを参照する形にする。コピーしない。
コピーした瞬間に、更新の二重管理が発生する。一方を更新して、もう一方を忘れる。これが情報の矛盾を生む。
人間の組織でも同じことが起きる。顧客情報がExcelにもCRMにも別の担当者のメモにもあって、どれが正確かわからなくなる。AIチームでも構造は同じだ。
正規ソースを決め、他は参照する。この一点を徹底するだけで、メモリの信頼性は大きく上がった。
忘れるべきAIを設計する
最後に、逆説的な話をしたい。
記憶を4分類し、鮮度を管理し、正規ソースを一本化する——これをやると、AIは「適切に忘れる」ようになる。
正確には、古い情報を現在の判断に使わなくなる。
これが本当の意味での「賢いAI」だと思っている。全部記憶して全部参照しようとするAIは、実は賢くない。人間でも、過去のすべての経験を等しい重みで判断に使う人は意思決定が遅く、歪む。
優れた経営者は、過去の経験を参照しながらも、現在の状況に応じてその比重を変える。「あのときこうだったから今回もこうだ」という固定パターンではなく、「あのときの学びを踏まえて、今の状況ではこう考える」という動的な参照だ。
AIのメモリ設計も、同じ哲学で作る必要がある。
記録することよりも、何を有効な情報として扱うかを設計すること。
31人のAI参謀団が1年以上動いてきて、この設計思想にたどり着くまでに相当の試行錯誤があった。今も進化し続けている。だが「4分類＋正規ソース1箇所＋有効期限の明記」という骨格は、最も実用的な解として今も機能している。
あなたのAIは、何年前の情報で今日の判断をしているだろうか。
山本高資｜合同会社 才有る者の楽園 代表
京都府在住。中小企業向け経営支援・AI研修を手がける。2026年4月より京都大学経営管理大学院に在籍。独自の「才有る式経営フレームワーク」を構築し、技術やこだわりで勝負する中小企業の伴走支援を行う。
経営支援・AI研修のご相談はこちら
https://saiaru.com/contact/
