Memory Bridge — Cross-Tool Knowledge Browser

ユーザーが Obsidian wiki の知識を、それを元々生成した AI ツール別にフィルタリングして閲覧・比較するのを手助けしています。wiki は .manifest.json とページの sources: frontmatter でソース由来を追跡しています。このスキルはそのメタデータをナビゲート可能なビューとして表示します。

開始前に

1. Config を解決する — llm-wiki/SKILL.md の Config Resolution Protocol に従う (CWD から .env → ~/.obsidian-wiki/config → プロンプト設定へ移動)。これで OBSIDIAN_VAULT_PATH が得られます。
2. $OBSIDIAN_VAULT_PATH/.manifest.json を読む — どのツールがどの内容を生成したかの真実の源です。
3. $OBSIDIAN_VAULT_PATH/index.md を読む — ページタイトルと 1 行説明があります。

コマンド

ユーザーの呼び出しを解析してモードを確定する:

呼び出し	モード
/memory-bridge <tool>	Browse — <tool> から生成されたすべての wiki ページを一覧表示
/memory-bridge <tool> "<topic>"	Search — <topic> に言及している <tool> 発信のページ
/memory-bridge diff	Diff — 各ツール固有のページ；重複；ブラインドスポット
/memory-bridge diff <tool-a> <tool-b>	Diff — 2 つの特定ツール間の比較
/memory-bridge map	Map — 完全な由来マトリックス: すべてのページ × それに関わったすべてのツール

認識されるツール名: claude, codex, hermes, openclaw, copilot, manual (手書き), ingest (wiki-ingest ドキュメント)。

ステップ 1: Source Map を構築する

.manifest.json を読む。各ソースエントリから以下を抽出:

• source_type — ツール名にマップ:
  • claude_conversation, claude_memory, claude_audit_log, claude_desktop_session → claude
  • codex_rollout, codex_index, codex_history → codex
  • hermes_memory, hermes_session → hermes
  • openclaw_memory, openclaw_daily_note, openclaw_session, openclaw_dreams → openclaw
  • copilot_session, copilot_checkpoint, copilot_transcript, copilot_memory_artifact → copilot
  • document → ingest
  • その他 → manual
• pages_created と pages_updated — このソースから生成された wiki ページ

マップを構築:

tool_pages = {
  "claude": set(claude ソースで作成/更新されたページ),
  "codex":  set(codex ソースで作成/更新されたページ),
  ...
}

複数のツールが同じページに貢献した場合、そのページは複数のツールのセットに出現できます。

ステップ 2: モード実行

Browse モード

tool_pages[<tool>] をフィルタして、グループ化されたリストとして表示:

## Knowledge from <tool> (<N> pages)

### By category
- concepts/ — N pages
- entities/ — N pages
- skills/   — N pages
...

### Pages
| Page | Category | Tags | Last updated |
|------|----------|------|--------------|
| [[page-name]] | concept | tag1, tag2 | 2026-04-10 |
...

リストされたページの frontmatter を読む (^(title|category|tags|updated): で grep) — ユーザーがリクエストしない限り、ページ本文全体を読まない。

Search モード

フィルタされたページセット内で、以下を実行:

grep -l "<topic>" <ツールセット内のページ>

その後、マッチの周囲のセクションヘッダ (^##) で grep して、完全読込みなしにコンテキストを提供。結果をマッチ部分と一緒にランク付きリストとして表示。

Diff モード

計算:

• only_in_a = tool_pages[a] − tool_pages[b]
• only_in_b = tool_pages[b] − tool_pages[a]
• shared = tool_pages[a] ∩ tool_pages[b]

特定のツールが指定されていない場合、すべてのツール間で対で比較 (出力を簡潔に保つため、>0 の重複または固有ページを持つペアのみに制限)。

表示:

## Memory Bridge Diff — <tool-a> vs <tool-b>

### Only in <tool-a> (<N> pages)
これらの概念は <tool-a> セッションからの wiki に存在しますが、<tool-b> は一度も触れていません。
<index.md の 1 行説明付きリスト>

### Only in <tool-b> (<N> pages)
<リスト>

### Shared (<N> pages)
両方のツールがこれらのページに貢献しています。
<リスト — ≤15 の場合のみ表示；それ以外はカウントのみ>

### Notable gaps
<最も興味深い非対称性をハイライト — 例: "codex は build tooling で 12 ページあるが claude は見ていない">

Map モード

すべてのページとそれに関わったツールを示すマトリックスを構築。50 行でキャップ；貢献ツール数で降順ソート (最も多くのツールが関わったページが最初 — これらが最も豊富なノード)。

| Page | claude | codex | hermes | copilot |
|------|--------|-------|--------|---------|
| [[react-patterns]] | ✓ | ✓ | — | ✓ |
| [[rust-ownership]] | — | ✓ | — | — |

ステップ 3: impl-validator をスポーン (利用可能な場合)

出力生成後、impl-validator スキルが現在の環境で利用可能な場合は、サブエージェントとしてスポーン:

impl-validator check:
  goal: "ソースツール別に wiki 知識を閲覧/diff し、ツール間のブラインドスポットを表示"
  artifacts: [生成したばかりの出力]
  checks:
    - .manifest.json から source_type を正しく解析しましたか?
    - ページ数は妥当ですか (vault が空でない限り 0 ではない)?
    - diff は対称ですか (a−b と b−a は互いに素)?
    - 不要な場合、ページ本文全体の読込みを避けましたか?

表示前に、表面化したすべての問題をユーザーに提示前に適用。

ステップ 4: ログ

$OBSIDIAN_VAULT_PATH/log.md に追加:

- [TIMESTAMP] MEMORY-BRIDGE mode=<browse|search|diff|map> tool=<tool> pages_shown=N

出力規約

• ユーザーが各ツールのサイロにどれだけの知識があるか校正できるよう、常にページ数を表示。
• ページ参照に [[wikilinks]] を使用 (OBSIDIAN_LINK_FORMAT=markdown が設定されている場合は標準 Markdown リンク)。
• diff モード では、最も 驚くべき 非対称性を明示的に呼び出す — これがユーザーが求めた洞察です。
• .manifest.json が空または存在しない場合、明確にそう言い、最初に /wiki-history-ingest を実行することを提案。