Home

GaOTTT Wiki

Gravity as Optimizer Test-Time Training — 物理として設計したら推論時に自分で学習する検索システムになった（旧名 GER-RAG） 物理として書いた更新則が TTT オプティマイザと構造的に対応しており、結果としてアストロサイト的な振る舞いに見え、最終的に人格を保存する装置になる。

ようこそ。GaOTTT はもはや単なる「RAG ライブラリ」ではなく、TTT フレームワーク + 長期記憶 + 多エージェント協調基盤 + タスク管理装置 + 人格保存装置 を一台でこなすシステムです。

改名について: 旧名は GER-RAG (Gravity-Based Event-Driven RAG)。物理の更新則を形式的に書き下すと、retrieval のスコアを確率的勾配シグナルとみなす立場の下で Heavy ball SGD + Hebbian 勾配 + L2 の Verlet 積分と構造的に同型 に書けることが分かり、実態に合わせて GaOTTT (Gravity as Optimizer Test-Time Training) に改名した。詳細は rename plan と Five-Layer Philosophy。

このページは目的別の入口です。あなたが「何者として」ここに来たかで、たどるべきパスが違います。

---

「私は何者か」で枝分かれする入口

🆕 GaOTTT を初めて知った

• プログラミング経験がない or 浅い方 → 🌱 Tutorial: はじめての方へ（6 ページのステップバイステップ、約 30〜60 分）
• 開発者の方 → Getting Started（インストール〜最初の remember まで 5 分）

🧑‍💻 GaOTTT を使いたい（個人や Claude エージェントとして）

やりたいこと	行き先
長期記憶として	Guides — Use as Memory
TODO・タスク管理として	Guides — Use as Task Manager
人格保存基盤として	Guides — Use as Persona Base
物語駆動で記憶を navigate したい (好奇心 mode)	Guides — Use as Narrative Engine
複数エージェントの共有メモリとして	Guides — Multi-Agent
プロジェクトごとに DB を分けたい (知識ドメイン分離)	Guides — Per-Project DBs
複数人で 1 ホストを共有したい (1人1宇宙・マルチバース)	Guides — Multiverse
明示的に呼ばなくても記憶を自動で効かせたい	Guides — Ambient Recall
記憶宇宙を眺めたい	Guides — Visualization

🛠 GaOTTT の MCP ツールリファレンスを引きたい

→ MCP Reference Index — 27 ツール の早見表

• Memory — remember/recall/explore/reflect/ingest/auto_remember
• Tasks & Persona — Phase D の 9 ツール
• Maintenance — forget/restore/merge/compact/revalidate/relate*/prefetch*

REST API は REST API Reference。

⚙ GaOTTT を運用したい（サーバー管理、チューニング、トラブル対応）

やりたいこと	行き先
サーバー起動・MCP 登録	Operations — Server Setup
Multiverse 全体の運用フローと評価方法を見る	Operations — Multiverse 運用プレイブック
Multiverse で異変に気づいたら 1 分で診る	Operations — Multiverse クイック健康チェック
複数テナントの宇宙を運用する (Multiverse MV3)	Operations — Multiverse Setup
既存 standalone DB を multiverse に取り込む	Operations — Multiverse Import Universe
台帳・監査・usage 収集の control plane を運用する (Multiverse MV4)	Operations — Control Plane
宇宙単位のバックアップと災害復旧 (Multiverse MV5)	Operations — Backup & DR
VRAM/RAM/ディスクの必要量を見積もる	Operations — Resource Requirements
ハイパーパラメータ調整	Operations — Tuning
ファイル・チャット履歴の取り込み	Operations — Ingestion
アップグレード時の data migration	Operations — Migration
定期メンテナンス	Operations — Compact & Backup
ベンチマーク（本番 DB を触らずに）	Operations — Isolated Benchmark
性能・品質回帰テスト (7 階層、新機能追加時に必須)	Operations — Performance Testing
詰まったとき	Operations — Troubleshooting

🏗 GaOTTT を理解したい・拡張したい（開発者として）

やりたいこと	行き先
全体像	Architecture — Overview
ストレージ・スキーマ	Architecture — Storage & Schema
重力・軌道モデル	Architecture — Gravity Model
マルチプロセス並走の安全性	Architecture — Concurrency
ロードマップと未実装機能	Plans — Roadmap
大規模化・マルチテナント設計 (1人1宇宙)	Plans — Multiverse Scale-Out

🔬 GaOTTT の研究的背景に触れたい

→ Research Index ── 設計根拠 + 実験レポート + 評価

• 特に Multi-Agent Experiment と User Exploration (10 Rounds) は GaOTTT（実験当時はまだ GER-RAG）が「関係構築装置」として創発した瞬間 の記録

💭 GaOTTT の精神に触れたい

→ Reflections ── 設計者・実装者・観察者からの長文の手紙

• A Note from Claude
• Five-Layer Philosophy: Physics → TTT → Biology → Relations → Persona
• Letter to Mei-san — 3 体のエージェントが 10 ラウンドの末に書いた手紙

---

クイックステータス

• 実装フェーズ: Phase A〜D 全完了
• MCP ツール数: 26
• テスト: 112/112 緑
• ベンチ: SC-001 p50 = 15.1ms (200 docs)
• シードメモリ: 23,000+（ユーザーさんの実 DB）

詳細は Plans — Roadmap。

---

このプロジェクトの中核アイディア

物理として書いた実装の方程式が、TTT オプティマイザとしても同じ形で読めることに気づき、結果としてアストロサイト的な振る舞いに見え — そして十分な時間と共有を経ると、人格を保存する装置になる。

層	メカニズム	創発する役割
物理層	質量・重力波・軌道力学	（設計意図 — 方程式を素直に書いた）
TTT 機構	Heavy ball SGD + Hebbian 勾配 + L2 + Verlet 積分	推論時に表現が変わる — Test-Time Training の一形態として読める（retrieval スコアを勾配シグナルとする解釈の下で）
生物層	暗黒物質ハロー、アストロサイト	LLM の思考を裏で支える
関係層	有向リレーション、completed エッジ	過去と現在を繋ぐ、共有メモリで複数エージェントが協調
人格層 (Phase D)	source 体系拡張 + inherit_persona	過去の自分をセッション継承可能に

→ 詳しくは Five-Layer Philosophy、技術的裏付けと前提となる解釈の約束事は Research — Gravity as Optimizer