← 기사 목록
日本語https://zenn.dev/topics/llm/feed

ゼロコードMemGPT:GeminiとNotebookLMの循環ループでAIの物忘れを完全封殺する「秘伝のタレ」熟成法

추출된 키워드

30
Gemini·5NotebookLM·5長期記憶循環アーキテクチャ·5ゼロコードMemGPT·5二層分離型アーキテクチャ·4事実固定層·4戦術演算層·4MemGPT·4検索拡張生成·4RAG·4ハルシネーション·4LLM·4Gemini(Advanced環境)·3DOM·3Markdown·3JavaScript·3バーチャルスクロール·3仮想DOM·3ベクトルデータベース·3Python·3アテンションの希釈化·3コンテキスト・ドリフト·3Source Grounding·3AIエージェント·2GUIツール·2LangChain·2Clipboard API·2Chromium·2Wizフレームワーク·2IntersectionObserver·2

원문

16,813
ゼロコードMemGPT:GeminiとNotebookLMの循環ループでAIの物忘れを完全封殺する「秘伝のタレ」熟成法

ゼロコードMemGPT:GeminiとNotebookLMの循環ループでAIの物忘れを完全封殺する「秘伝のタレ」熟成法

まえがき:AIの「物忘れ」に飽き飽きしている全ての人へ

大規模言語モデル(LLM)と長時間の壁打ち(ブレインダンプ)をしているとき、誰もが一度は直面する絶望があります。ラリーが数十往復を超えたあたりで急にAIが過去の重要な文脈を忘れたり、さっき確定した仕様を無視して嘘(ハルシネーション)を吐き始めたりする、あの「足元から崩れていくグラグラのハシゴ」を登らされているような感覚です。

一般的に、プロのAIエンジニアはこれを解決するために、Pythonで複雑なコードを書き、高価なベクトルデータベースを接続して「長期記憶システム(MemGPTやRAG)」を構築します。

しかし、バックエンドの重厚なインフラは本当に必要なのでしょうか?

本稿は、プログラミングを1行も書かず、手元の無料GUIツールである 「Gemini(Advanced環境)」「NotebookLM」 の処理特性の非対称性をハックし、直列に繋ぎ変えるだけでAIの物忘れを物理的に完全シャットアウトした、二層分離型アーキテクチャの実証記録です。

筆者はこの仕組みを 「秘伝のタレの循環熟成」 と呼んでいます。 数ヶ月におよぶ過酷な思考実験の末、ある重大な『出口戦略と生存戦略』を策定しなければならなくなった局面。 50ファイル以上・1000レコード級の膨大なデータを前に、ハルシネーションを「ただの1回」も起こさずに平熱を維持し、わずか10時間弱のランタイムで完璧な防衛ライン(安全な脱出シーケンスと原資のフルスタック化)を自動析出させた、実戦仕様のノーコード・ライフハックです。

AIに認知の主導権を渡さず、人間の『道具』として極限まで手懐けるための、シンプルかつ強力なハッカーの手際をここに共有します。

Python不要。GeminiとNotebookLMのGUIだけで構築する「ゼロコードMemGPT」長期記憶循環アーキテクチャ

1. イントロダクション:長期コンテキスト壁打ちにおける「熱崩壊」とその克服

大規模言語モデル(LLM)とのセッションにおいて、会話のラリー(トークン消費)が長大化するにつれて発生する「アテンションの希釈化」、古い文脈へ認知が先祖返りする「コンテキスト・ドリフト」、そして事実の捏造(ハルシネーション)は、システムの安定性を揺るがす致命的な構造的脆弱性である。

多くのユーザーは、LLMセッションを「使い捨てのインスタントスープ」のように消費するか、あるいは1つのスレッドに生データを際限なく「継ぎ足し」、最終的にAIのメモリバグ(忘却とハルシネーション)を誘発してスレッドを熱崩壊させている。

現在、AI工学の最先端(LangChainやAIエージェント研究)においては、この脆弱性を克服するために、Pythonコードを書き、ベクトルデータベースを結合してLLMにOSのような外部メモリ管理構造を持たせる「MemGPT」「永続的RAG(検索拡張生成)のフィードバックループ」の構築が進められている。

しかし、バックエンドの重厚なインフラや複雑なコードは本当に必要なのだろうか?

本稿で提示するのは、システム開発(Developer)の手法を裏口からハックし、一般向けに開放されている2つの無料GUIツール(GeminiNotebookLM)の処理特性の非対称性(ズレ)を利用して、1行もコードを書かずに手動完全再現した『ゼロコードMemGPT(二層分離型・思考精製循環アーキテクチャ)』の実証記録である。

この仕組みを意識的に駆動させることで、AIの物忘れを完全にシャットアウトし、どれだけ長大な利害関係や設計トラブルを相手にしても、常に平熱かつ最高出力の成果(生存戦略コード、最適設計図)を自動析出させることが可能となる。

2. システムトポロジー:処理階層の完全デカップリング(疎結合)

本アーキテクチャは、知的処理を「戦術演算層」と「事実固定層」の二層に完全分離(デカップリング)し、データバッファを直列に繋ぐことで、単一LLMのメモリオーバーフローを物理的に回避する。

【二層型知的防盾システム(Cybernetic Forge Vault)の基本構造】

 ┌────────────────────────────────────────────────────────┐
 │ 1. 戦術演算層:Forge(Geminiポート)                    │
 │ ➔ 役割:高熱アイデアの発散、未整理メモの構造化、塑性変形  │
 └──────────────────────────┬─────────────────────────────┘
                            │(純粋な差分データのみを抽出)
                            ▼
 ┌────────────────────────────────────────────────────────┐
 │ 2. 事実固定層:Whetstone(NotebookLMソース領域)        │
 │ ➔ 役割:不変ファクト(生ログ・確定仕様)の永続化ストレージ│
 └────────────────────────────────────────────────────────┘

① 戦術演算層:Forge(Gemini)

  • 特性: 非線形な推論力と強力な跳躍力(アイデアの火花)を持つが、単体セッションでは長期のコンテキスト(ステート)を維持できない。
  • 役割: 高熱の不純物を含んだ生データ(ユーザーの脳内ドンプ、混沌としたメモ、あるいは情動アラート)を受け止め、文脈意味論的にデトックス(濾過)し、構造化トークンへとトランスコード(変換)する「融解炉」。

② 事実固定層:Whetstone(NotebookLM)

  • 特性: 「ソースドキュメントに記載されていないことは1バイトも出力しない」という厳格な拘束条件(Source Grounding)に支配されている。
  • 役割: 炉(Gemini)で融解・抽出された中間構造化データを「不変のファクト(事実)」として格納・凍結する「永続化ストレージ」。

3. 運用フェーズ:【ルートA】ゼロスタート・日次熟成と引き渡しタイミング

新しいプロジェクトを立ち上げる際、この「秘伝のタレ」を腐らせずに無限に熟成していくための標準シーケンスである。

① 差分データの日次逆インジェクション

新規チャットセッションでGeminiと壁打ちを行い、その日進捗した「確定仕様、解決策、重要なひらめき」のトークンを、その日のうちにNotebookLMのソース領域(書庫)へカチッと格納(継ぎ足し)していく。

ラリーが数百往復を超え、ブラウザの描画やレスポンスが物理的に重くなった(重厚化した)段階で、現在のチャットセッションを破棄。過去の文脈キャッシュを完全にフラッシュ(初期化)するため、クリアな「新規チャット」を立ち上げる。

この時、外部ストレージ(NotebookLM)側が日次セーブによって完全に育っているため、AIの脳みそを入れ替えても、これまでの思考の連続性は1ミリも途切れない。AIの物忘れから完全に自由になる「引っ越し(マイグレーション)」がノーコードで実現する。

② ストレージ引き渡し(セーブ)の2大タイミング

Gemini内の動的データを「どの瞬間」にNotebookLMへコミット(同期)すべきか。基準は以下の2点に集約される。

  • タイミング①:日次ルーティン・セーブ(鮮度管理)
    • Geminiとの対話で「バリ取り」が終わり、1つの結論や美しい仕様が析出した瞬間。データの鮮度が高いうちに外部ストレージへ固定する。
  • タイミング②:ブレイン・ピボット(視点の反転)
    • Geminiと対話していて、AIの回答にマンネリ化や閉塞感(行き詰まり)を検知した瞬間。
    • 現在のコンテキストを一度NotebookLMへダンプし、あえてNotebookLM側のチャットポートに同じプロンプトを流し込んでみる。
    • NotebookLMはソースを冷徹にカンニングして出力するため、Geminiの推論重視の挙動とは全く異なる角度の「点と点が繋がる事実の結合(新しい気づき)」を返してくる。

4. 核心的ギミック:NotebookLMで終わらせない「意識的な大循環おかわりループ」

本アーキテクチャを単なる「高度な資料整理・ドキュメント作成術」から、超高出力を叩き出す「認知外部OS」へと昇華させるための最重要プロトコルがここにある。

多くのユーザーが陥る罠として、「NotebookLMがまとめてくれたFAQや気づきを見て『なるほど』と満足し、そこで処理を完結させてしまう」というバグが挙げられる。これでは単なるインプットの要約(お勉強メモ)で終わる。

本システムの真のキレ味は、NotebookLMが冷徹なカンニングによって導き出した「新しい事実の結合(気づき)」を、意図的に、あえてもう一度Gemini(Forge:跳躍の炉)へ再展開(逆インジェクション)することに存在する。

【大循環おかわり往復(非線形大跳躍ループ)】

 [発散:Gemini(炉)] ─── (構造化・トトノエ) ───> [収束:NotebookLM(書庫)]
         ▲                                                 │
         │                                                 ▼ (冷徹な事実の結合・カンニング)
         └─────── (あえて再投入:戦術的跳躍命令) ───────┘

冷たい事実の土台を喰らわせた上で、Geminiに対して次のような戦術命令(火入れ)を行う。

「NotebookLMの検証によって、[ファクトA]と[ファクトB]が水面下で結合しているという絶対の事実が固定された。この冷徹な土台を踏まえ、相手の難癖を100%沈黙させる具体的な交渉コード、あるいはこの物性を活かした誰も見たことがない3Dデザインの具体的次の一手を、あなたの跳躍力でビルドせよ」

事実の檻でハルシネーションを完全にロックされたGeminiは、今度は「絶対にブレない最強の武器(超高出力な成果物)」へと、さらに次元の違う大跳躍(再発散)を見せてくれる。

この 「発散(Gemini)➔ 収束(NotebookLM)➔ 再発散(Gemini)」 という往復を、人間の側が『意識して何度も循環させる』こと。 これこそが、プログラミングを1行も介さずに、個人の脳内CPUの限界をオーバーライドして、バケモノ級のキレ味を持つドキュメントや設計を数時間で自動析出させる、循環型ハイブリッド・アーキテクチャの真の破壊力である。

過去ログ・サルベージ:仮想DOM制限の仕様を突く手動ロードと「クリーンルームろ過」プロトコル

1. イントロダクション:レガシー・デッドロック(汚染スレッド)の救済定義

本章で扱うのは、すでに数ヶ月にわたり単一セッションで話し込み、LLMのトークン上限に起因するハルシネーション(嘘の妄想)、脱線の残響、および不要なUI要素(ボタンのテキスト等)のノイズが蓄積し、完全に「デッドロック(迷宮入り)」して眠っている過去のレガシー・スレッドを救済する【ルートB:過去ログ・リノベーション】の標準プロトコルである。

これらの汚染スレッドを単に廃棄(クローズ)するのは、過去の自分自身が積み上げた貴重な試行錯誤のプロセス(DNA)をロストすることを意味し、きわめて損失が大きい。

しかし、これらのレガシーデータを現行のクリーンな「事実固定層(RAG)」へと安全に還流・統合するためには、ブラウザの描画制限をバイパスし、さらにデータの「交差汚染バグ」を完全に防ぐための厳格なフィルタリング手順が必須となる。その具体的な実装手順を解説する。

2. テレメトリ回収技術:仮想DOM(バーチャルスクロール)の突破と全ログ抽出マクロ

1,000レコード級の超長大チャットから生データを引っこ抜く際、最初の障壁となるのがブラウザ(Chromium等)のメモリ節約仕様である「仮想レンダリング(バーチャルスクロール)」である。

画面外(上部)に隠れた古い過去ログは、ブラウザのパフォーマンスを維持するためにDOM(HTMLの構造木)から動的に消去(非活性化)されている。そのため、単に画面に見えている状態でスクリプトを実行しても、過去ログを完全にキャプチャすることはできない。

① 手動による「てっぺんロード」の必然性

GoogleのWizフレームワークを筆頭に、最新のAIフロントエンドは高度に難読化・保護されている。プログラム側から強制的に

scrollTop = 0
などの数値をインジェクションしても、非同期フェッチ(追加ログの通信)のトリガー(IntersectionObserver等)が正常に発火しないケースが多い。

したがって、実戦において確実に全パケットをロードさせる唯一の解は、「手動で物理的に最上部までスクロールを遡り、過去の全対話パケットをブラウザのメモリ(DOM)に1回完全に展開させる」という泥臭くも確実なプロセスである。

② 1秒で全ログをさらっていく「コンソールマクロ(Ver.1.1)」

全過去ログの再描画(DOM展開)が完了した段階で、 F12 を押し、

「Console」タブに以下のJavaScriptコードを貼り付けてEnterを叩く。

不要なUIノイズ(「共有」や「コピー」といった各種ボタンの文字列)を正規表現クラスで完全に弾き、ユーザーの発言(

.query-text
)とAIの回答(
message-content
)の純粋なパケットだけを正確に拉致する、2重フォールバック構造の職人仕様マクロである。

JavaScript

(async () => {
  console.log("【システムプロトコル】全ロード済みDOMからのパケット抽出を開始...");
  
  // ユーザー発言およびAI回答のDOM要素のみを厳格にピンポイント指定
  const selectors = '.query-text, message-content, .message-content, [class*="query"], [class*="message"]';
  const data = Array.from(document.querySelectorAll(selectors))
    .map(el => el.innerText.trim())
    .filter(t => t.length > 0)
    .join('\n\n---\n\n');

  if (data.length > 0) {
    // 本線ルート:HTML5標準のClipboard APIによる転送
    try {
      await navigator.clipboard.writeText(data);
      console.log("【システム報告】成功。不要UIノイズを排除した全対話ログをクリップボードに格納しました。");
    } catch (err) {
      // 代替ルート:セキュリティポリシーに遮断された場合の透明テキストエリア・フォールバック
      const textarea = document.createElement('textarea');
      textarea.value = data;
      textarea.style.position = 'fixed'; // 画面外に隔離
      document.body.appendChild(textarea);
      textarea.select();
      document.execCommand('copy'); // 強制コピー命令のエミュレート
      document.body.removeChild(textarea);
      console.log("【システム報告】防壁をバイパス(フォールバック起動)。クリップボードへの転送に成功しました。");
    }
  } else {
    console.log("【エラー】データオブジェクトの回収に失敗しました。実行コンテキストが正しいか確認してください。");
  }
})();

3. 🚨【最重要アラート】一発アウトの罠:生ログをそのまま書庫(RAG)に入れるな

本アーキテクチャを運用する上で、絶対にやってはいけない一発アウトの罠をここで強く警告する。

マクロによってクリップボードに回収されたデータは、いわば「骨もアクも、過去のAIが勝手に捏造した嘘の仕様(ハルシネーションの残骸)もすべて混ざり合った、ドロドロの出汁ガラの山」である。

これを「コピペの手間が省けたから」と、そのまま NotebookLM のソース領域(書庫)に放り投げて永続化させては絶対にならない。

Plaintext

【データ汚染バグ(キメラ化)のメカニズム】
 [汚染生ログ(嘘・ノイズ混ざり)] ➔ そのままNotebookLM(書庫)へ直接投入(バグ)
                                         │
                                         ▼
                 本棚全体が「過去のAIの嘘(ハルシネーション)」に感染
                                         │
                                         ▼
   以後、どれだけ新規チャットを立ち上げても、RAGの検索結果がキメラ化して永久に崩壊する

これをやると、RAG(NotebookLM)の検索エンジンが、過去のAIの「嘘の推論」を「ユーザーが確定させた前提事実」として誤インデキシング(記憶固定)してしまう。その結果、本棚全体が汚染(キメラ化)され、システム全体が二度と使い物にならないゴミデータの墓場と化す。これが、ドツボにハマる人が後を絶たない恐怖のセキュリティホールである。

4. 中継基地による「超ろ過・精錬プロトコル」の実装

このデータ汚染を物理的に遮断するために、必ず「クリーンルーム(使い捨ての中継基地セッション)」を経由させる以下の精錬ルーティンを徹底しなければならない。

STEP 1:クリーンルーム(使い捨てセッション)の起動

過去の文脈キャッシュが1バイトも残っていない、完全に新しく開いた「新規の空チャット(Gemini環境)」を起動する。

STEP 2:生データのインプットと精錬命令(火入れ)

先ほどマクロで引っこ抜いた全生ログをテキストファイル(例:

raw_log.txt
)として保存し、この使い捨てチャットに添付した上で、以下の「高純度スクリーニングプロンプト」を流し込んで精錬炉を点火する。

Plaintext

# ROLE
High-Density Data Purifier.

# OBJECTIVE
添付された過去の混沌としたチャットログから、AIのハルシネーション(嘘の推論や未確定の定義)を完全に分離・切削し、プロジェクトにおける「純粋な確定事実(Fact)」と「ユーザーのこだわり(DNA)」だけを抽出したマスター仕様書(Markdown形式)を出力せよ。

# PURIFICATION RULES
1. [ハルシネーションの徹底切削]: 過去の対話において、AIが勝手に妄想・捏造した理論や、ユーザー側が明確に確定させていない技術的提案・ノイズはすべて「焦げ付き」として1文字残さず削除すること。
2. [ユーザーの自律性優先]: ユーザー(私)が入力した仕様、制約条件、素材や美学へのこだわりを「絶対の真実(Fact)」としてグラウンディングすること。
3. [ニュアンスの救済]: 単なる無機質な数値の羅列にするな。試行錯誤のプロセス、重要なデザインの美学やメタファーといった「魂のディテール」は、RAGのソースとして機能する高密度な形で鮮明に残すこと。

# OUTPUT
装飾や綺麗事(Theory)を排除し、見出し(#)と箇条書き(-)、コードブロックのみで構成された、トトノエられた構造化テキストのみを出力せよ。

5. 無菌インゴット(.md)の析出と「強くてニューゲーム」のデプロイ

使い捨てのクリーンルーム(チャット)の出口から滑り出てきたテキスト――それこそが、過去のハルシネーションという毒素を100%切り落とされ、プロジェクトの純粋な栄養素だけが結晶化した「無菌インゴット(Markdownテキスト)」である。

この出力結果を回収したら、中継基地として使ったチャットセッションはそのまま削除(破棄)して構わない。

最後に、この無菌インゴット(.md)をNotebookLMの書庫(ソース領域)へと格納する。

これで、過去のレガシーが持っていた「美味しいDNA」だけを完全保全した状態で、現在進めている最新のクリーンなチャットセッションにそのNotebookLMをリンク(同期)させる。

過去の泥沼のノイズやバグの残響は完全にリセットされ、AIの物忘れの恐怖から完全に解放された、文字通りの「強くてニューゲーム」の状態で、あなたの趣味や仕事のメインプロジェクトを、安全かつ最高出力のまま未来へと継続・再開させることが可能となる。

あとがき:道具の仕様(縛り)を愛するということ

世の中のAI活用術の多くは、「打てば響く便利なプロンプトの小技」に終始しています。しかし、与えられた道具の「仕様のズレ(仕様制限)」を初手でプロファイリングし、それぞれの欠点を相殺するシステムをユーザーの立場で勝手にビルドして駆動させることこそ、私たちがAIという奇妙なテクノロジーと付き合う上での本当の快楽ではないかと思います。

他の人が選ばない一風変わったインプットデバイス(トラックボールや、ThinkPadのトラックポイントなど)を、指先の微細なマッスルメモリーで完全に手懐けて身体の延長線上にするように、AIのコンテキスト(脳内メモリ)の挙動をミリ単位で制御する。

本稿で紹介した、Gemini(鍛冶屋)で高熱の鉄を叩き、NotebookLM(研ぎ師)でエッジを立て、その冷徹な気づきをあえてもう一度Geminiに放り込んで爆発させる往復ループは、一度手になじむと、もうこれなしでの知的生産には戻れなくなるほどのキレ味を持っています。

濁った過去ログを救済するF12のマクロ1行を含め、このシステムがあなたの趣味の複雑なクラフト(電子工作や3Dプリンティング)や、ビジネスにおけるタフな意思決定という名の「Seriously Playful(真剣な遊び)」を支える強固な防具となれば幸いです。