Memory Wiki
memory-wiki は、永続メモリをコンパイル済みのナレッジボールトに変換するバンドルされた plugin です。
これはアクティブな memory plugin を置き換えるものではありません。アクティブな memory plugin は引き続き、想起、昇格、インデックス作成、dreaming を担います。memory-wiki はその隣に位置し、永続的な知識を、決定論的なページ、構造化された主張、出典、ダッシュボード、機械可読なダイジェストを備えた、たどれる wiki にコンパイルします。
メモリを Markdown ファイルの山というより、維持管理された知識レイヤーのように扱いたい場合に使います。
追加されるもの
- 決定論的なページレイアウトを持つ専用 wiki ボールト
- 単なる散文ではない、構造化された主張と証拠のメタデータ
- ページ単位の出典、信頼度、矛盾、未解決の疑問
- agent/runtime コンシューマー向けのコンパイル済みダイジェスト
- wiki ネイティブな search/get/apply/lint ツール
- アクティブな memory plugin から公開アーティファクトを取り込むオプションの bridge モード
- オプションの Obsidian 対応レンダーモードと CLI 統合
メモリとの関係
分担は次のように考えるとわかりやすいです。| レイヤー | 担当 |
|---|---|
アクティブな memory plugin (memory-core, QMD, Honcho など) | 想起、セマンティック検索、昇格、dreaming、メモリ runtime |
memory-wiki | コンパイル済み wiki ページ、出典が豊富な統合、ダッシュボード、wiki 固有の search/get/apply |
memory_search corpus=all で両レイヤーを一度に検索できます。
wiki 固有のランキング、出典、またはページへの直接アクセスが必要な場合は、代わりに wiki ネイティブのツールを使ってください。
ボールトモード
memory-wiki は 3 つのボールトモードをサポートします。
isolated
独自のボールト、独自のソース、memory-core への依存なし。
wiki をそれ自体でキュレートされた知識ストアにしたい場合に使います。
bridge
公開された plugin SDK の継ぎ目を通じて、アクティブな memory plugin から公開メモリアーティファクトと memory event を読み取ります。
非公開の plugin 内部実装に踏み込まずに、memory plugin がエクスポートしたアーティファクトを wiki でコンパイルして整理したい場合に使います。
bridge モードでは次をインデックスできます。
- エクスポートされたメモリアーティファクト
- dream レポート
- daily note
- memory ルートファイル
- memory event ログ
unsafe-local
ローカルの非公開パスに対する、同一マシン専用の明示的なエスケープハッチです。
このモードは意図的に実験的で、移植性がありません。信頼境界を理解しており、bridge モードでは提供できないローカルファイルシステムアクセスが明確に必要な場合にのみ使ってください。
ボールトレイアウト
plugin は次のようなボールトを初期化します。sources/: 取り込んだ原資料と bridge に支えられたページentities/: 永続的なもの、人、システム、プロジェクト、オブジェクトconcepts/: アイデア、抽象概念、パターン、ポリシーsyntheses/: コンパイル済みの要約と保守されたロールアップreports/: 生成されたダッシュボード
構造化された主張と証拠
ページには、自由形式のテキストだけでなく、構造化されたclaims frontmatter を持たせることができます。
各主張には次を含めることができます。
idtextstatusconfidenceevidence[]updatedAt
sourceIdpathlinesweightnoteupdatedAt
コンパイルパイプライン
コンパイルステップでは wiki ページを読み取り、要約を正規化し、安定した機械向けアーティファクトを次に出力します。.openclaw-wiki/cache/agent-digest.json.openclaw-wiki/cache/claims.jsonl
- search/get フロー向けの初回 wiki インデックス作成
- claim id から所有ページへの逆引き
- コンパクトなプロンプト補足
- レポート/ダッシュボード生成
ダッシュボードとヘルスレポート
render.createDashboards が有効な場合、コンパイルは reports/ 配下でダッシュボードを維持します。
組み込みレポートは次のとおりです。
reports/open-questions.mdreports/contradictions.mdreports/low-confidence.mdreports/claim-health.mdreports/stale-pages.md
- 矛盾メモのクラスター
- 競合する主張のクラスター
- 構造化された証拠が不足している主張
- 低信頼度のページと主張
- 古い、または鮮度不明の情報
- 未解決の疑問があるページ
検索と取得
memory-wiki は 2 つの検索バックエンドをサポートします。
shared: 利用可能な場合は共有メモリ検索フローを使うlocal: wiki をローカルで検索する
wikimemoryall
wiki_searchとwiki_getは、可能な場合はコンパイル済みダイジェストを最初のパスとして使います- claim id は所有ページへ解決できます
- 異議あり / 古い / 新しい主張がランキングに影響します
- 出典ラベルは結果に引き継がれる場合があります
- 広く想起したい場合は
memory_search corpus=allを使う - wiki 固有のランキング、出典、またはページ単位の信念構造を重視する場合は
wiki_search+wiki_getを使う
Agent ツール
plugin は次のツールを登録します。wiki_statuswiki_searchwiki_getwiki_applywiki_lint
wiki_status: 現在のボールトモード、健全性、Obsidian CLI の利用可否wiki_search: wiki ページを検索し、設定されていれば共有メモリ corpus も検索するwiki_get: id/path で wiki ページを読み取り、失敗した場合は共有メモリ corpus にフォールバックするwiki_apply: 自由形式のページ編集なしで、限定的な統合/メタデータ変更を行うwiki_lint: 構造チェック、出典の欠落、矛盾、未解決の疑問
memory_search と memory_get から wiki にアクセスできます。
プロンプトとコンテキストの動作
context.includeCompiledDigestPrompt が有効な場合、メモリプロンプトセクションには agent-digest.json からのコンパクトなコンパイル済みスナップショットが追加されます。
そのスナップショットは意図的に小さく、高シグナルです。
- 上位ページのみ
- 上位主張のみ
- 矛盾数
- 疑問数
- 信頼度 / 鮮度の修飾子
設定
設定はplugins.entries.memory-wiki.config に置きます。
vaultMode:isolated、bridge、unsafe-localvault.renderMode:nativeまたはobsidianbridge.readMemoryArtifacts: アクティブな memory plugin の公開アーティファクトを取り込むbridge.followMemoryEvents: bridge モードで event ログを含めるsearch.backend:sharedまたはlocalsearch.corpus:wiki、memory、またはallcontext.includeCompiledDigestPrompt: コンパクトなダイジェストスナップショットをメモリプロンプトセクションに追加するrender.createBacklinks: 決定論的な関連ブロックを生成するrender.createDashboards: ダッシュボードページを生成する
CLI
memory-wiki はトップレベルの CLI surface も公開します。
Obsidian サポート
vault.renderMode が obsidian の場合、plugin は Obsidian 対応の Markdown を書き出し、オプションで公式の obsidian CLI を使用できます。
サポートされるワークフローには次が含まれます。
- ステータスの確認
- ボールト検索
- ページを開く
- Obsidian コマンドを呼び出す
- daily note に移動する
推奨ワークフロー
- 想起 / 昇格 / dreaming には既存のアクティブな memory plugin を使い続けます。
memory-wikiを有効にします。- bridge モードを明確に必要としない限り、
isolatedモードから始めます。 - 出典が重要なときは
wiki_search/wiki_getを使います。 - 限定的な統合やメタデータ更新には
wiki_applyを使います。 - 意味のある変更の後には
wiki_lintを実行します。 - 古さや矛盾の可視性が必要ならダッシュボードを有効にします。