ClaudeとObsidianのつなぎ方を比べる

ObsidianのVaultは、素のMarkdownファイルが入ったただのフォルダだ。 だからClaudeにつなぐ方法は一つではなく、いくつかの系統がある。 どれを選ぶかで、トークンの消費量も、APIに渡る情報の範囲も、ノートを書き戻せるかどうかも変わる。

本稿では、実際に使われている三系統を取り上げ、設定の勘どころと使い分けを示す¹。 前の二記事で作った「引き出せるVault」と「育つVault」を、どの線でClaudeにつなぐかの判断材料にしてほしい。

先に結論を言っておくと、多くの人は最も単純な方式（Claude Codeでフォルダを直接ひく）で足り、MCPまで立てる必要はない。 セットアップの重さを理由にObsidian＋Claudeをあきらめる人がいるが、その重さは選んだ方式の問題で、いちばん軽い入口から始めれば避けられる。 以下は「軽い方から試し、必要になったら重い方へ広げる」という順で読んでほしい。

方式A：Claude Codeでフォルダを直接ひく

いちばん単純なのは、Obsidian側に何も足さず、Claude CodeをVaultのフォルダで動かす方法だ。 Claude Codeは、ファイルを読むツールとファイル内を検索するツールを持っている。 Vaultは素のMarkdownなので、grep や ripgrep でそのまま中身を探せる。

このとき、Vaultの置き場と検索の手順を CLAUDE.md に書いておくと、Claudeがそれに従って探す。

私のObsidian Vaultは ~/vault/ にある。
あるトピックのノートを探すときは、次のように検索する:

  grep -r 'トピック名' ~/vault/02-projects/ --include='*.md' -l

ripgrep（rg）を使うと、もう少し細かく絞れる。 -t md でMarkdownだけに限り、-l でまずファイル名だけを返し、-C 5 でマッチした前後五行を一緒に出す。 最初に該当ファイルを特定し、次にそのファイルだけを読む。 この二段構えにすると、Claudeが読み込む量が予測できる範囲に収まる。

長所は三つある。 プロジェクトのノートだけを見せて個人の日記は見せない、といった選択的な開示ができる。 検索でマッチした分しかClaudeに渡らないので、消費が小さく済む。 同じセッションで何度も引くような繰り返しの作業に強い。

短所は、ノートの書き戻しやObsidian側の機能との連動が、この方式そのものには含まれないことだ。 Claudeにファイルを書かせること自体はできるが、Obsidianのプラグイン（Dataviewのような）と直接やり取りはしない。

方式B：Filesystem MCPでVaultを指す

二つめは、公式のFilesystem MCPサーバーにVaultのパスを渡す方法だ。

npx @modelcontextprotocol/server-filesystem /path/to/obsidian/vault

Obsidian側のプラグインはいらない。 Obsidianが起動していなくても動く。 設定はVaultのフォルダを渡すだけで、読み書きの両方に対応する。

Claude Codeの直読みとの違いは、つなぐ相手がClaude Code以外のMCPクライアントでも使える点だ。 たとえばClaude Desktopから同じVaultを読み書きさせたいときは、この方式が素直に収まる。 機能はファイルの読み書きが中心で、検索の賢さはClaude側の地力に任せる形になる。

方式C：Obsidian専用MCPサーバーを立てる

三つめは、Obsidianに特化したMCPサーバーを使う方法だ。 代表的なものに、Pythonで書かれた mcp-obsidian や、より機能の多いNode製のサーバーがある²。

これらはObsidianの「Local REST API」というコミュニティプラグイン経由でVaultとやり取りする。 使うには、そのプラグインを入れてAPIキーを発行し、Obsidianを起動しておく必要がある。 やり取りはローカル（localhost）に閉じる。

手間が増えるかわりに、機能はいちばん多い。 ノートの読み書き、Vault内の検索、バックリンクの解析、タグ階層の利用といった、Obsidianの構造を踏まえた操作ができる。 セマンティック検索やテンプレート実行をClaudeに開く拡張もある。

Claude Desktopにつなぐときは、設定ファイルにサーバーを登録する。

• macOS：~/Library/Application Support/Claude/claude_desktop_config.json
• Windows：%APPDATA%\Claude\claude_desktop_config.json

このファイルの mcpServers の中に設定を書き、Claude Desktopを再起動すると有効になる。

どれを選ぶか

三系統は優劣ではなく、用途で分かれる。 判断の軸は、書き戻すかどうか、Vaultの規模、コストとプライバシーをどれだけ重く見るか、の三つだ。

書き戻しを基準にすると、こう分かれる。 Claudeにノートを書かせ、Vaultへ保存させたいなら、MCP（方式BかC）が向く。 読むだけでよく、書き戻しは自分でやるなら、Claude Codeの直読み（方式A）で足りる。

コストとプライバシーを基準にすると、向きが変わる。 MCPでVault全体を広く読ませる方式は、年月をかけて溜めた個人の知識ベースでは、読む範囲が広いぶんトークンを多く消費しうる³。 grep で狙い撃ちする直読みは、マッチした行だけを返すので消費が小さく、APIに渡る情報も絞れる。 クライアントの業務や個人情報を含むVaultでは、選択的に開示できる直読みのほうが、渡る情報を抑えやすい。

規模を基準にすると、専用MCPの重さが見合うかが分かれ目になる。 ノート数が少ない、あるいは特定の目的で作った小さめのVaultなら、書き込み機能の便利さがセットアップの手間に見合う。 個人の雑多なVaultを、コストを抑えて何度も引きたいだけなら、直読みのほうが軽い。

迷ったときの出発点は、Claude Codeの直読みだ。 何も足さずに始められ、消費とプライバシーを抑えやすい。 書き戻しや高度な検索が必要になった段階で、Filesystem MCPや専用MCPへ広げればよい。

まとめ

• ObsidianのVaultは素のMarkdownフォルダなので、Claudeへのつなぎ方は複数ある
• 方式A（Claude Code直読み）：プラグイン不要、grep/ripgrepで狙い撃ち、低コストで選択的開示。読み中心向き
• 方式B（Filesystem MCP）：Vaultパスを渡すだけ、Obsidian非起動でも可、読み書き両対応。Claude Desktop連携に素直
• 方式C（Obsidian専用MCP）：Local REST APIとAPIキーが要りObsidian常駐が前提。検索・バックリンク・タグ階層まで最も多機能
• 書き戻すならMCP、コストとプライバシー重視なら直読み。規模が小さく書き込みが要るなら専用MCP
• 迷ったらClaude Code直読みから始め、必要になってからMCPへ広げる

参照

• 3 Ways to Use Obsidian with Claude Code：https://awesomeclaude.ai/how-to/use-obsidian-with-claude
• MCP vs. CLI: Connecting Claude to Your Obsidian Vault：https://codeculture.store/blogs/developer-culture/obsidian-claude-mcp-vs-cli
• Obsidian + Claude Code: The Complete Integration Guide：https://blog.starmorph.com/blog/obsidian-claude-code-integration-guide
• Obsidian MCP Setup 2026: Local REST API Complete Guide：https://mcp.directory/blog/obsidian-mcp-complete-guide-2026
• MarkusPfundstein/mcp-obsidian：https://github.com/MarkusPfundstein/mcp-obsidian
• jacksteamdev/obsidian-mcp-tools：https://github.com/jacksteamdev/obsidian-mcp-tools