LLM-Wiki パターン:LLM で蓄積する個人 AI ナレッジベース
技術ノート
公開 / DavidHLPL
このページはナレッジベース自身の運用方法を説明します。一次資料は
karpathy-llm-wiki、保守契約は KB.md と knowledge-base skill です。
定義
LLM-Wiki パターンは、質問のたびにファイルを検索して回答を組み立て直す RAG ではありません。LLM がソースを読み、事実、概念、エンティティ、比較、そして不確実性を永続的にリンクされた Markdown ページへまとめます。
重要な違いは一つです。wiki は複利で成長します。
相互参照は残り、矛盾は明示され、統合ページは新しいソースに合わせて更新されます。価値のある回答はチャット履歴に消えるのではなく、wiki に戻せます。
なぜ必要か:RAG の蓄積不足
| 観点 | 従来の RAG / ファイル投入 | LLM-Wiki |
|---|---|---|
| 知識の形 | 質問時に検索する原文 | 永続的にコンパイルされた wiki |
| 統合コスト | 質問のたびに再構成 | ingest 時に統合し、更新を続ける |
| 矛盾の扱い | 何度も再発見する | ページに明示する |
| 複利性 | 多くの場合ゼロから開始 | ingest ごとにネットワークが拡大 |
RAG の問題は検索が必ず不正確なことではなく、蓄積が不足することです。複数の出典を統合する問いでは、毎回断片を探し直して組み立てる必要があります。LLM-Wiki はこの整理作業を先に行います。
三層アーキテクチャ
| 層 | 場所 | 役割 | 変更性 |
|---|---|---|---|
| Raw sources | src/content/raw/{locale}/ |
収集した記事、論文、文書、データ | 読み取り専用 |
| Wiki | src/content/note/{locale}/ |
concept、entity、synthesis ページ |
LLM が増分保守 |
| Schema | KB.md、.claude/skills/knowledge-base.md |
保守契約と不変条件 | ゆっくり進化 |
分離することで、証拠を上書きせず wiki を大胆に書き換えられます。重要な結論は sources をたどって raw に戻れる必要があります。
三つの操作
Ingest(取り込み)
ソースを raw に保存し、重要な事実を確認し、wiki ページを作成・更新します。その後、相互参照と kb-index.md を更新し、最後に kb-log.md へ追記します。一つの出典が複数のページに関わることはありますが、raw へ書き戻すことはありません。
Query(検索・質問)
最初に目次を読み、関連 wiki と raw の証拠を確認します。原文の事実、既存の統合、現在の推論を区別して回答し、関連ページまたは出典を引用します。比較、判断、分析に長期的価値があれば synthesis ページに保存します。
Lint(健全性検査)
矛盾、古い主張、孤児ページ、リンク切れ、根拠のない結論、目次にないページ、分割すべき概念を探します。結果を次の ingest や query に変換し、ページの見た目だけを整えることに終始しません。
ナビゲーションファイル
-
kb-index.md:concept、entity、synthesis、raw を分類する内容指向の目次です。 -
kb-log.md:追記専用の時系列ログです。各項目は## [YYYY-MM-DD] 種別 | タイトルで始まり、grep '^## \['で検索できます。 -
次の作業は取り込みインボックスに記録しています。
現在の境界と今後
このナレッジベースの正典言語は zh-cn です。en と ja はサイトの入口とこの説明ページの翻訳であり、独立した真実のソースではありません。
以前の運用、Java、アーキテクチャ記事は公開 wiki の一覧から外しました。再取り込みするかどうかは、出典の確認、重複排除、証拠の審査を経て決めます。過去に公開されていたことだけでは、安定した知識とはみなしません。
今後は次の三種類のネットワークを育てます。
- エンティティページ:個人プロジェクト、ツール、フレームワーク、実行環境。
- 概念ページ:再利用できる方法、原理、トラブルシューティングモデル。
- 統合ページ:複数ソースをまたぐ比較、進化、個人の判断。
出典と関連文書
- karpathy-llm-wiki
- Headroom 単一ポートの総合:入口、動的上流、検証の境界
- OMP 設定の階層:モデルロール、Agent オーバーライド、フォールバックチェーン
- Headroom ルート永続化の総合:Named Profile、model_cache、復旧
- OMP Hook 拡張の概念:意思決定ポイントのヒント、ハードブロック、ステータス橋渡し
- KB セッション摂取パイプライン契約:インクリメンタル再利用、redaction v19、不変 raw
- MCP プロトコル時代の境界と codebase-memory-mcp v0.10.2 のグラフワークフロー
- Headroom 0.34 圧縮・取得契約:フィールド、モード、実エンドポイント検証
研究記録
- 元の文書: src/content/note/ja/llm-wiki-pattern.md
- 出典リビジョン: f49953fb0d4bd52a39bf81167b0c4b7dd7d78a64
- 証拠の状態: 有効