Repository navigation
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 ノートにまとめてあり、批判的に読まれることを歓迎する。
| メトリクス | 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 と質的に異なる挙動を示した(数値の詳細は一次ソース)。
| 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
(formerly GER-RAG)
- 1. Welcome
- 2. Install GaOTTT
- 3. Connect Your Client
- 4. First Conversation
- 5. Everyday Use
- 6. When Stuck
- As Long-Term Memory
- As Task Manager
- As Persona Base
- As Narrative Engine
- Multi-Agent Setup
- Per-Project DBs
- Multiverse (1人1宇宙)
- Ambient Recall
- Visualization
- Server Setup
- Multiverse 運用プレイブック(統合)
- Multiverse クイック健康チェック(パニック時)
- Multiverse Setup (MV3)
- Multiverse Import Universe
- Control Plane (MV4)
- Backup & DR (MV5)
- Resource Requirements (VRAM/RAM/Disk)
- Tuning
- Ingestion (files & chat history)
- Migration (upgrade)
- Compact & Backup
- Isolated Benchmark
- Performance Testing (7-tier)
- Troubleshooting
- Roadmap
- Backend Phase A/B/C
- Phase D — Persona & Tasks
- Phase G — Memory Genesis
- Phase H — Wave Seed Redesign
- Phase I — Free Star Movement
- Phase J — Persona-Anchored Retrieval
- Phase K — Stellar Supernova Cohort
- Phase L — Hybrid Retrieval
- Phase M — Mass Conservation
- Phase N candidate β — Mass Evaporation
- Phase O — TTT Observability
- Phase P — Pressure Terms (Λ + Langevin)
- Phase Q — Orbital Mechanics (Rosette Orbits)
- Phase Q2 — Gravitational Scale Matching
- Phase T — Semantic Requalification
- Phase U — Review Hardening
- Observation Apparatus Refinement
- Observation Apparatus Round 2 (dogfooding 2026-06-12 起点)
- Hardening — Concurrency & Persistence
- Ambient Recall Enrichment
- Ambient Recall Refinement (Phase A 由来)
- Ambient Recall Lateral Association (〇〇といえば〜)
- Accretion Recall (降着想起・〇〇ってなんだっけ)
- Synaptic Pruning (連想の忘却・edge decay)
- Save Candidates Hook (ambient-recall の write-side 対称)
- Lens Hygiene (ambient block の漏れ防止)
- Instruction Surface Hygiene (指示表層と hook harness)
- Query as Mass Distribution
- Multiverse Scale-Out (大規模化・1人1宇宙)
- SKILL.md Improvement
- Embedder Comparison (RURI vs RikkaBotan)