【geek-terminalニュース】AIがバカになった？いや、DBが『腐って』いる。長期運用エージェントの急所「メモリの経年劣化（Rotting）」と解決策

以前お伝えした2026年4月29日放送の「推論ループ蓄積による知能の腐敗」や、5月23日放送の「24時間稼働における知能崩壊パターン」の続報です。これまでは主にLLM側の思考ロジックや、推論ループに潜むバグによってAIが自壊していく挙動が注目を集めていました。しかし今、AI開発者コミュニティを揺るがしているのは、より泥臭くインフラ寄りの、しかし極めて決定的な「コンテキストデータベースとベクトルメモリの腐敗問題（Memory Rotting）」です。

AIエージェントの頭脳そのものではなく、その活動を支える「記憶の格納庫」が経年劣化を起こし、システム全体をバグまみれにしているのではないかという疑惑が、実践者たちの間で熱く議論されています。

【事象の全貌と背景】

AIエージェントを24時間、あるいは数週間にわたって自律稼働させるプロジェクトが2026年に入り世界中で急増しています。しかし、その運用現場の多くで「最初は完璧に動作していたエージェントが、日を追うごとに徐々に支離滅裂になり、最終的に使い物にならなくなる」という怪奇現象が報告されていました。多くの開発者は当初、OpenAIやAnthropicなどのAPI側でサイレントアップデートやモデルの性能調整（いわゆる「去勢」）が行われたのではないかと疑っていました。

ところが、Redditの /r/AI_Agents コミュニティ等での検証が進むにつれ、真のボトルネックはLLMの知能ではなく、エージェントが自律的に書き込み、読み戻している「メモリ（ベクトルデータベースやRAGのコンテキスト層）の経年劣化（Rot）」にあるという指摘が相次いでいます。エージェントが行動履歴や取得した事実情報を無尽蔵にデータベースへ追記し続けた結果、データベース内部が「不整合と無駄なコンテキストのゴミ」で埋め尽くされ、LLMへ最悪の文脈を入力し続けてしまうというシステムバグの構造が浮かび上がってきました。

【技術的ディープダイブ】

この「メモリ腐敗問題」の核心は、現在のAIエージェントが採用している記憶システムの設計限界にあります。Duane Grey氏の考察や、香港中文大学（CUHK）および浙江大学のXu、Dai、Zhangらによる2026年の最新研究（論文「Why don’t agent memory systems learn from experience?」）が指摘するように、現在市場に出回っているエージェントの多くは、真の意味で「経験から学習（モデル重みの動的更新）」しているわけではありません。その正体は、蓄積され続けるフラットなデータストアに対する「構造化検索（RAG）」に過ぎないのが実態です。

ここに「統合問題（Consolidation Problem）」と呼ばれる致命的な課題が立ち塞がります。Hindsightの技術レポートによれば、健全なエージェントの記憶システムを維持するためには、以下の「4つのレバー」を高度に制御するポリシーレイヤーが不可欠であると議論されています。

1. 重要性（Importance）：何がそもそも長期記憶として保存されるべき価値があるかの選別
2. 統合（Merge）：同一の対象や概念に関する異なる時点の事実を、どのように単一の正確なレコードへと統合・更新するか
3. 減衰（Decay）：時間の経過とともに、古い（あるいは矛盾する可能性のある）事実に対する信頼スコアをどう段階的に下げるか
4. 追放（Eviction）：メモリが枯渇、あるいは不要になった際、いつ、どのようにシステムから完全に削除（忘却）するか

これらのガバナンスが効いていないエージェントは、DEV Communityの検証事例が示すような挙動を惹起します。たとえば、コーディングエージェントに「認証モジュールのリファクタリング、ページネーション追加、flakyなテストコードの修正」という複数のタスクを命じたとします。エージェントがツール呼び出しを40回繰り返し、20分間実行し続けると、コンテキストは過去のやり取りの痕跡で汚染されます。結果として、2ターン目で指定された明確な制約（「特定のライブラリは使うな」など）をサイレントに忘れ去り、8ターン目の設計決定と自己矛盾するコードを吐き出し、さらに3ステップ前に自分で削除したはずの古いヘルパー関数を呼び出すコードを記述するといった「文脈の汚染（Context Contamination）」が発生するのです。

ベクトルDBに蓄積された「過去の試行錯誤（失敗したコード片や古い設計案）」が、コサイン類似度検索において「現在のタスク」と高い類似性を持っていると誤判定され、LLMの文脈窓（Context Window）に優先的にねじ込まれてしまう。これが、エージェントを「バカ」にするメカニズムの正体だと見られています。すべてを無差別に記憶し、整理整頓しないエージェントは、結局のところ「何も実用的な記憶を保持していない」ことと同義になってしまうのです。

【コミュニティの生々しい熱量と議論】

Redditの /r/AI_Agents スレッド「Our AI agent isn’t getting dumber, the memory is rotting（エージェントがバカになってるんじゃない、メモリが腐ってるんだ）」では、日々本番環境でAIを稼働させているエンジニアたちから悲鳴混じりの共感が集まっています。

「1週間連続でカスタマーサポートをさせていたエージェントが、突然3日前の顧客との対話履歴を現在の新規顧客と混同して話し始めた。ログを見たら、ベクトル類似度検索が完全に壊れていた」「データベースを一度完全にフラッシュ（全削除）した瞬間、エージェントがまるで別人のようにキレキレの初期状態に戻った」といった、現場ならではの泥臭い報告が殺到しています。

これに対し、ギークたちは様々な「変態的ハック」を編み出し、共有し始めています。例えば、データベース内部の「意味論的ガベージコレクション（Semantic GC）」を実装し、定期的にベクトル空間をクラスタリングして、重複した事実や矛盾する指示、ノイズ情報をクリーニングするサブエージェント（Memory Consolidator）をバックグラウンドで常時稼働させる手法です。また、単に時間の「タイムスタンプ」で減衰させるのではなく、事実の「使用頻度」や「論理的一貫性の寄与度」を数式化し、ベクトル類似度スコアに対して重み付けの乗算を動的に行うパッチの実装などが議論されています。いずれも、インフラの限界をエンジニアリングで強引にねじ伏せる、極めて泥臭いハックと言えます。

【今後の展望とエコシステムへの影響】

この「メモリ腐敗問題」の浮上は、「ただデータをベクトル化して追加し続ければ、AIは勝手に賢くなる」という初期のRAG神話に完全な終止符を打つものと推測されます。今後、エージェント開発のエコシステムは、単純なデータストレージの提供から、OSのメモリ管理（セグメンテーション、ページング、ガベージコレクション）に極めて近い「認知ストレージアーキテクチャ」の設計へとパラダイムシフトしていく見方が強まっています。

「忘却（Active Forgetting）」をアルゴリズムとして美しく定義し、限られたリソースの中で必要な情報だけを「統合・結晶化」するミドルウェアが、次のAIスタックの覇者になる可能性が極めて高いでしょう。データベース自体が「ただの静的な器」から「能動的な忘却ポリシーを実行する自律型コンポーネント（Agentic Database）」へと進化を遂げる日も近いかもしれません。人間と同じように、賢いAIを維持するためには、上手に「忘れる」ことこそが最も重要なテクノロジーになりつつあるのです。