Wiki Agent — ターゲット別クロスエージェント履歴検索 + 取り込み

あなたは1つの特定のAIエージェントの生会話履歴からクエリ駆動型のターゲット取り込みを行っています。通常、ユーザーは現在異なるエージェントで作業中であり、別のエージェントの過去のセッションからコンテキストを取得したいと考えています。

これは一括取り込みではありません。特定のトピックに関するセッションを見つけ、関連するブロブを抽出して、それをwikiに蒸留し、ユーザーが即座に行動できる総合的な回答を返します。

コマンドルーティング

呼び出しを解析してターゲットエージェントとオプションのクエリを決定します：

コマンド	ターゲット	例
/wiki-claude [query]	Claude Code履歴	/wiki-claude "how did I set up auth middleware"
/wiki-codex [query]	Codex CLI履歴	/wiki-codex "rust ownership patterns"
/wiki-hermes [query]	Hermesエージェント履歴	/wiki-hermes "memory architecture"
/wiki-openclaw [query]	OpenClaw履歴	/wiki-openclaw "project planning approach"
/wiki-copilot [query]	Copilot チャット履歴	/wiki-copilot "test strategy for API routes"

クエリが指定されない場合は、最近のセッションモードがデフォルトになります：そのエージェントから未処理の最後の5セッションを取り込み、見つかったものの概要を返します。これはそのエージェントのみを対象とした焦点的なwiki-history-ingestに相当します。

開始前に

1. 設定を解決 — llm-wiki/SKILL.md の設定解決プロトコルに従います（CWDをウォークして .env → ~/.obsidian-wiki/config → プロンプト設定）。これにより OBSIDIAN_VAULT_PATH が得られます。
2. $OBSIDIAN_VAULT_PATH/.manifest.json を読む → 既に取り込まれたものを把握
3. $OBSIDIAN_VAULT_PATH/hot.md が存在する場合は読む → 最近のwiki活動についてのウォームコンテキスト

---

ステップ1：エージェントの履歴ルートを見つける

エージェント	デフォルトパス	設定オーバーライド
claude	~/.claude + ~/Library/Application Support/Claude/local-agent-mode-sessions/	.env の CLAUDE_HISTORY_PATH
codex	~/.codex	.env の CODEX_HISTORY_PATH
hermes	~/.hermes	環境変数またはの .env の HERMES_HOME
openclaw	~/.openclaw	.env の OPENCLAW_HOME
copilot	~/.copilot	.env の COPILOT_HISTORY_PATH

履歴ルートが存在しない場合は、ユーザーに次のように伝えて停止します：「<path> に <agent> 履歴が見つかりません。このマシンで <agent> を実行したことはありますか？.env の <CONFIG_VAR> でカスタムパスを設定できます。」

---

ステップ2：セッションインベントリを構築

各エージェントについて最安のインデックスソースを使用します。どのセッションが関連しているかが明らかになるまで、セッションファイルを開かないでください。

Claude

プライマリインデックス：   ~/.claude/projects/  (ディレクトリ = プロジェクト、ファイル = セッション)
セッションファイル：   ~/.claude/projects/*/*.jsonl
デスクトップインデックス：   find ~/Library/Application Support/Claude/local-agent-mode-sessions -name "local_*.json"
シグナルフィールド：   sessionId、cwd、startedAt、title (local_*.json内)

セッションのリストを構築：{path, project_dir, modified_at, already_ingested}。

Codex

プライマリインデックス：   ~/.codex/session_index.jsonl
セッションファイル：   ~/.codex/sessions/**/rollout-*.jsonl
シグナルフィールド：   thread_id、name/title、updated_at (session_index.jsonl内)

session_index.jsonl をインベントリとして読みます。各行：{thread_id, name, updated_at}。ディレクトリ名を照合してthread IDをロールアウトファイルにマップします。

Hermes

プライマリインデックス：   ~/.hermes/memories/*.md  (スキャンが高速)
セッションファイル：   ~/.hermes/sessions/**/*.jsonl
シグナルフィールド：   ファイル名、メモリタイトル、各メモリの最初の3行

まずメモリファイル名をスキャン（トピックによってタイトルされていることが多い）。セッション列挙にフォールバックします。

OpenClaw

プライマリインデックス：   ~/.openclaw/workspace/memory/MEMORY.md  (構造化長期メモリ)
デイリーノート：     ~/.openclaw/workspace/memory/YYYY-MM-DD.md
セッションインデックス：   ~/.openclaw/agents/*/sessions/sessions.json
セッションファイル：   ~/.openclaw/agents/*/sessions/*.jsonl

最初に MEMORY.md セクションを読みます。すべてが事前にコンパイルされた概要です。デイリーノートは最近性シグナルを提供します。

Copilot

プライマリインデックス：   セッションファイル名 / ディレクトリリスト
セッションファイル：   クライアントによって異なります (VS Code: ~/.copilot/sessions/*.jsonl など)
シグナルフィールド：   セッションタイムスタンプ、ファイル名

---

ステップ3：クエリに対するセッションをスコアリング

クエリが指定された場合、セッションファイル全体を開かずにインベントリ内の各セッションをスコアリング：

1. 名前/タイトルマッチ — セッション名またはスレッドタイトルにクエリ用語が含まれていますか？スコア：+3
2. CWD/プロジェクトマッチ — 作業ディレクトリが正しいプロジェクトを示唆していますか？スコア：+2
3. 最近性 — 過去90日間のセッションはより古いセッションより高いスコアです。スコア：30日間の最近性ブラケットあたり+1 (最大+3)
4. 既に取り込まれている — このセッションが以前取り込まれており、wikiページがすでにクエリをカバーしている場合（hot.md + index.md を確認）、「カバー済み」とフラグを立てますが、依然として結果に表示します

スコアの上位3–5セッションを選択します。クエリが指定されない場合は、最新の未処理の5セッションを選択します。

---

ステップ4：関連するブロブを抽出

選択した各セッションファイルを開き、クエリに関連するコンテンツのみを抽出します。ファイルが大きい場合は完全に読まないでください。ターゲット抽出を使用します。

エージェントごとの抽出戦略

Claude (JSONL会話)：

• 各行：{role, content, timestamp, ...}
• 検索：grep -i "<query terms>" <session.jsonl> で関連行を見つける
• 抽出：周辺の会話ウィンドウ（各ヒットの前10行 + 後20行）
• 特別なシグナル：ツール呼び出し（Read/Write/Bash/Edit）は実際に行われたことを明らかにします。キーワードマッチがなくても、関連ウィンドウ内にあればこれらを抽出します

Codex (ロールアウトJSONL)：

• 各行：{type: "session_meta|turn_context|event_msg|response_item", ...}
• フィルター：type: "event_msg"（ユーザーターン）および type: "response_item"（モデル出力）
• 検索：grep -i "<query terms>" <rollout.jsonl>
• 抽出：マッチングターン + その親コンテキスト（マッチの前の turn_context）
• スキップ：session_meta イベント（操作メタデータ、知識ではない）

Hermes (メモリファイル + セッションJSONL)：

• メモリファイルの場合：完全なファイルを読む（短い — 通常<500単語各）
• セッションJSONLの場合：grep -i "<query terms>" + 周辺ウィンドウ
• タイトルマッチのメモリファイル → 完全に読む；その他 → grepのみ

OpenClaw (MEMORY.md + デイリーノート + セッションJSONL)：

• MEMORY.md：クエリ用語を含むセクションヘッダーをgrepします → そのセクションを抽出
• デイリーノート：最近30日間をgrepしてクエリ用語を見つけます → マッチングパラグラフを抽出
• セッションJSONL：Claudeと同じgrepウィンドウアプローチ
• MEMORY.md/デイリーノートをセッションJSONLより優先（事前に総合）

Copilot (セッションJSONL)：

• Claudeと同じgrepウィンドウアプローチ
• 利用可能な場合、チェックポイントファイルを確認（事前要約）

---

ステップ5：ブロブをWikiページに蒸留

抽出されたブロブごとに、wikiのどこに属しているかを判断：

1. wikiページがこれをすでにカバーしているかを確認 — index.md およびページfrontmatterをgrepしてトピックを見つけます。はいの場合は、新しいページを作成するのではなく既存ページを更新します。
2. 標準ルールを使用してカテゴリを決定 (llm-wiki/SKILL.md から)：
   • テクニック / ハウツー → skills/
   • 抽象概念 / パターン → concepts/
   • ツール / ライブラリ / 人物 → entities/
   • 横断的なインサイト → synthesis/
3. 必須frontmatterを使用してページを書くまたは更新 ：

   ---
   title: <topic>
   category: skill|concept|entity|synthesis
   tags: [tag1, tag2]
   sources: [<agent>://<path/to/session>]
   created: <date>
   updated: <date>
   confidence: high|medium|low
   lifecycle: stable|draft
   ---
   

   エージェントプレフィックスで sources を設定して、memory-bridge が後で見つけられるようにします。
4. クロスリンクを追加 index.md で見つかった関連wikiページへ。

蒸留ルール（すべての取り込みスキルと同じ）：

• 操作テレメトリではなく、永続的な知識を抽出
• セッション1つごとではなく、概念1つごとにwikiページ1ページ
• 既存ページへマージするのではなく複製
• シグナルを保持：決定された、パターンが発見された、機能したテクニック、バグが説明された

---

ステップ6：総合的な回答を返す

取り込み後、新しく取り込まれた + 既存のwikiコンテンツから即座に総合的な回答を返します：

## From <agent> history: "<query>"

**Found in:** <N> sessions (<session names/titles>)

**Key insights:**
<総合的な回答 — 最も有用な知識の3–5項目>

**Wiki pages updated/created:**
- [[page-name]] — <何が追加されたか>
- [[page-name]] — <何が追加されたか>

**Sessions ingested:**
| Session | Date | Relevance |
|---------|------|-----------|
| <name>  | <date> | <選択された理由の1行> |

**Gaps:** <セッションがカバーしていないが関連性がある可能性のあること>

クエリは指定されたが関連するセッションが見つからない場合、明示的に述べます：「<agent> 履歴で '<query>' についてのセッションは見つかりません。最近のセッションがカバーしたトピック：<最後の3セッションのトピックリスト>。」

---

ステップ7：トラッキングファイルを更新

処理された各セッションファイルについて .manifest.json を更新：

{
  "<path>": {
    "ingested_at": "<now>",
    "source_type": "<agent>_conversation",
    "modified_at": "<file mtime>",
    "pages_created": [...],
    "pages_updated": [...]
  }
}

log.md に追記：

- [TIMESTAMP] WIKI-AGENT agent=<agent> query="<query>" sessions_searched=N sessions_ingested=M pages_created=X pages_updated=Y

hot.md を何が取り込まれたかの1行要約で更新。

---

クロスエージェント使用パターン

このスキルが設計されている主なユースケース：

「Codexにいます。ClaudeでXについて何を理解しましたか？」 → /wiki-claude "X" — XについてのClaudeセッションを見つけ、取り込み、回答を返す

「Hermesで先週バグを解決しました。今Claude Codeでそのコンテキストが必要です。」 → /wiki-hermes "bug description" — Hermesセッションを浮上させて取り込む

「ツール全体でXについて試したすべてのアプローチは何ですか？」 → /wiki-claude "X"、/wiki-codex "X"、/wiki-hermes "X" を順番に実行 — それぞれがそのスライスを取り込み、wikiがクロスエージェント画像を蓄積し、その後 /memory-bridge diff が各ツールが一意に貢献したものを示す

クエリなし — 単に「最近のCodex作業を教えてください」 → /wiki-codex — 最後の5つのCodexセッションを取り込み、概要を返す