Skip to content

Research Phase 2 Evaluation

May-Kirihara edited this page May 21, 2026 · 4 revisions

Research — Phase 2 Evaluation

Static RAG と GaOTTT(評価当時は GER-RAG と呼んでいた同じ実装)の比較、セッション適応性、創発性指標、ベンチマーク。

一次ソース: docs/research/evaluation-report.md

スコープの断り: このページの数字は 数百ドキュメント規模の限定シナリオ での計測結果である。10 万ドキュメント規模、adversarial なクエリ、最新 re-ranker との比較は 未実施。README の「実証と主張」節は、この節と下の「主張と留保」の圧縮版である。

主張と留保(解釈の切り分け)

数字(上記)は計測値だが、TTT という読み替えはこのプロジェクトで最も重い解釈なので、観察と主張を切り分けて記録する。

主張しているもの(解釈、直接測定はしていない):

  • 重力的な更新則は、retrieval スコアを確率的勾配シグナルとみなせば、Heavy ball SGD + Hebbian 勾配 + L2(Verlet 積分)と 項ごとに対応する。この読み方の下で、retrieval geometry に対する Test-Time Training として振る舞う。
  • 「recall は勾配ステップ」「merge はモデル統合」等のドキュメント中の表現は、物理を最適化器として読んだときの 構造的読み替え であって、学習済みオプティマイザとの測定された等価性ではない。

開いたまま(率直な留保):

  • 完全に書き下した loss 関数を使った 厳密な同型性の証明はまだ無い。暗黙の potential energy を名指しはしたが、推定・フィットはしていない。
  • ベンチマークは各シナリオ数百ドキュメント規模。10 万ドキュメント規模や、adversarial なクエリ / 最新 re-ranker との比較は未実施。
  • 生物層(アストロサイト)・人格層はマルチエージェント実験やセッションまたぎで 質的には観察 されているが、定量化はこれから。

GaOTTT は 「物理として書いた実装の式が、最適化器としても同じ形で読め、実測でも有用にドリフトしている」 システムとして読むのがフェアである。重力 RAG が TTT であることを証明しきった プロジェクトではない。論拠は Research ノートにまとめてあり、批判的に読まれることを歓迎する。

静的 RAG との比較サマリ

メトリクス Static RAG GaOTTT 差分
nDCG@10 0.9457 0.9708 +2.7%
MRR 0.8833 1.0000 +13.2%

セッション適応性(重力変位後)

  • 500 クエリのトレーニングで 10,000+ エッジ、350+ ノードが変位
  • S2(映画 × 食 × 旅)で nDCG +15.0% 改善
  • 全シナリオ平均 nDCG +3.8%

創発性指標

通常の nDCG では測れない「創発的変化」を定量化:

  • Rank Shift Rate — 同じクエリで順位が変わる頻度
  • Serendipity Index — top-k に新しい記憶が浮上する頻度

GaOTTT は両指標で Static RAG と質的に異なる挙動を示した(数値の詳細は一次ソース)。

ベンチマーク (SC-001〜SC-007)

ID 内容 Phase D 完了時点
SC-001 クエリレイテンシ p50 = 15.1ms (200 docs) ✅
SC-002 質量蓄積 反復検索で mass↑ 確認 ✅
SC-003 時間減衰 直近アクセス boost 確認 ✅
SC-004 共起グラフ 88 エッジ形成 ✅
SC-005 並行性 50 同時クエリ全成功 ✅
SC-006 永続化 スナップショット OK ✅
Baseline drift 反復クエリで順位変動 ✅

評価スクリプト

スクリプト 用途
scripts/benchmark.py SC-001〜SC-007 の成功基準を自動検証(レイテンシ、mass 蓄積、temporal decay、共起エッジ、並行処理)
scripts/eval_export.py 静的 RAG vs GaOTTT の比較データ書き出し、LLM-as-judge 用プロンプト生成
scripts/eval_compute.py 外部 LLM 判定結果から nDCG / MRR / Precision を算出
scripts/run_benchmark_isolated.sh 隔離 DB で安全に benchmark.py を回す

セッション適応性評価は Before/After 方式 を採用: リセット → 観測 → 500 クエリのトレーニング → 再観測。

→ 詳細評価レポート: docs/research/evaluation-report.md → ベンチ実行方法: Operations — Isolated Benchmark

GaOTTT Wiki

(formerly GER-RAG)

🏠 Home

🚀 Getting Started

🌱 Tutorial / はじめての方へ

📚 Guides

🛠 MCP Reference

🌐 REST

🏗 Architecture

⚙ Operations

🗺 Plans

🔬 Research

💭 Reflections

Clone this wiki locally