llm-wiki

obsidian

4 min read

obsidian

ローカル markdown ファイルを wikilink で繋いで扱えるノートアプリ。karpathy-gist で llm-wiki の推奨 UI として挙げられている。本 Vault もこの UI で閲覧することを前提に設計している。

llm-wiki 文脈での強み

  • wikilink [[ページ名]] でファイルパス非依存の相互参照
  • graph view で wiki の形状（ハブ・孤立ページ）を可視化
  • Web Clipper（公式ブラウザ拡張）で記事を markdown 化し、Vault ルートの Clippings/ に自動保存。YAML frontmatter（title / source / author / published / created / tags）が自動付与されるため そのまま ingest のソースとして使える
  • Attachment folder 設定で画像を raw/assets/ 等に固定保存
  • Dataview プラグインで frontmatter に対する動的クエリ（タグ・日付・source 数での集計）
  • Marp プラグインで wiki コンテンツからスライドを生成

Web Clipper の運用サイクル（clip-taroumegane-llm-wiki）

taroumegane の実装では次のサイクルが回る:

  1. Web で気になる技術記事を見つける
  2. Obsidian Web Clipper でワンクリック保存 → Clippings/<記事タイトル>.md が生成
  3. Claude Code で ingest → LLM がソースを読み、要約ページ作成・概念ページ更新・相互参照追加
  4. Obsidian でグラフビュー確認
  5. query で知識を統合、良い回答は wiki に書き戻す
  6. 定期的に lint

本 Vault でも同じサイクルが成立するよう、CLAUDE.md の 3 層構造テーブルに Clippings/ を正式な原典層として組み込み済み（2026-04-22 更新）。

本 Vault でのセットアップ想定

ユーザーが Obsidian アプリで「フォルダを Vault として開く」→ /Users/tak/wiki/llm-wiki/ を選択。Claude 側は .obsidian/ を触らない。

推奨設定:

  • Settings → Files and links → Attachment folder path = raw/assets/
  • （任意）Dataview プラグイン導入 → type:/updated: で集計可能
  • （任意）Marp プラグイン導入 → 資料化

日本語圏の採用パターン

意図的不採用パターン

  • yamapiiii（blog-yamapiiii / second-brain-git）: Obsidian を意図的に捨てる。Git リポジトリ + Claude Code のみ。Claude Code がファイルを直接読み書きできる以上、閲覧 UI よりファイルシステム直接性を優先。GitHub Actions / Issues 統合が得られる代わりに、グラフビューなどの視覚的恩恵は失う

関連ページ

グラフビュー

バックリンク