neuron graph rag integrated prototype

Neuron Graph RAG 統合プロトタイプ

Question

Li+ の判断履歴から必要な少数の原典を低コストで選ぶため、ハイブリッド検索・型付きグラフ・動的連想メモリをどの形で検証するか。

Current resolution

Neuron Graph RAG を独立した公開リポジトリで統合RAGエンジンとして試作する。既存の github-rag-mcp に動的グラフ層だけを追加するのではなく、dense / sparse 検索、型付き知識グラフ、活性伝播、成功フィードバックによる結合強化、時間減衰を一つの検索パイプラインとして設計する。

Li+ の現行 Wiki 周辺には RAG、グラフ、LLM Wiki の各コンセプトが別々の経路で実装されているが、Master の現行評価では一つの運用系として十分に機能しているとは言えない。Neuron Graph RAG はそのどれか一つへ機能を追加する改修ではなく、三つを共通のデータモデル・検索経路・フィードバックループとしてゼロから再構成する clean-sheet prototype と位置づける。

実装先は Liplus-Project/neuron-graph-rag、最初の縦切りMVPは Issue #1 で追跡する。

Edges

• depends on: memory-graphrag-sqlite-exploration — 静的GraphRAGと動的連想メモリの探索結果を実装可能な仮説へ進める
• depends on: liplus-judgment-learning-telos — GitHub上の判断履歴をAIが上流判断へ再利用する目的を検索側から支える
• depends on: liplus-structure-as-retrieval-surface — Li+ の構造を説明と判断の検索面として読む

Background

Li+ の履歴は Issue、PR、commit、Wiki に十分残っているが、1600件規模の履歴から現在の判断に必要な少数の原典を選ぶ読み出しコストが残る。ハイブリッドRAGは意味的に近い入口を見つけられる一方、語彙が変化した長期履歴の因果経路を単独では復元しにくい。静的な知識グラフは関係を保持できるが、実際に役立った探索経路を利用結果から学習しない。

この不足を、RAGによる入口ノードの発火、型付きグラフ上の活性伝播、成功した経路だけの結合強化として一体化して検証する。

LLM Wiki 側の役割は、raw source を AI が維持する相互リンク済み知識へコンパイルし続ける書き込み面にある。Neuron Graph RAG 側は、その知識からどの node と path を活性化し、実際に役立った経路を次回へどう残すかという読み出し・学習面を担う。既存実装は移植元ではなく、失敗を含む観測材料と比較対象として扱う。

Constraints

• 検索された回数と、実際に結果が利用され成功した回数を分離する
• 検索だけで結合を強化しない。人気ノードの自己増幅を防ぐ
• 時間減衰の対象は検索上の活性度であり、知識の正しさや確信度ではない
• GNNを初期要件にせず、透明で説明可能な重み付きグラフから始める
• github-rag-mcp と Graphify は比較対象・先行実装であり、初期コアの必須依存にしない
• 採用判断は実装可能性ではなく、通常のハイブリッド検索に対する recall、原典数、トークン量の比較で行う

Conclusion

Li+ 本体や既存RAGへの即時統合は行わない。独立リポジトリでは「取り込み、検索、活性伝播、成功フィードバック、再検索」まで通る最小実装と比較evalが成立した。これは機構の成立確認であり、Li+ の実運用でうまく機能することの証明ではない。次段は GitHub 履歴、Decision Structure、LLM Wiki 書き込み面を接続する Adapter と成功判定を設計し、通常のハイブリッド検索に対する recall、原典数、トークン量、判断再利用の実績で採用を判断する。

Related

• Liplus-Project/neuron-graph-rag
• Neuron Graph RAG Issue #1