Obsidianに貯めたノートをAIに読ませたい、と考えたときに最初にぶつかるのが「どのプラグインを入れればいいのか」という問題です。
結論から言うと、Claude Codeを使う場合はプラグインを入れなくても連携できます。むしろ、最初に試すべきなのはプラグインを入れない方法です。
理由はシンプルで、Obsidianのvault（保管庫）は、独自形式のデータベースではなく、ただのMarkdownファイルが入ったフォルダだからです。Claude Codeはフォルダの中のファイルを読み書きするツールなので、vaultのフォルダで起動すれば、それだけで「ノート全体を読めるAI」になります。設定ファイルもプラグインも要りません。
この記事では、ObsidianとClaude（Claude Code / Claude Desktop）をつなぐ3つの方法を、それぞれ何が必要で、ノートがどこへ送られるのかまで含めて整理します。あわせて、MCP（Model Context Protocol）を使う方法と、その際に確認しておきたい安全面のポイントも扱います。
なお、プラグインの数値（ダウンロード数・バージョン・最新リリース日・Obsidian公式スタッフによるレビューの有無）は、すべて2026年9月7日にObsidianの公式プラグイン一覧と各リポジトリで実測した値です。
結論：ObsidianとClaudeをつなぐ方法は3つある
やり方は大きく3通りです。どれが優れているという話ではなく、「どこで作業したいか」で選ぶものです。
| 方法 | 必要なもの | 作業する場所 | 向いている人 |
|---|---|---|---|
| ① CLIをvaultで起動 （プラグインなし） | Claude Code本体だけ | ターミナル | まず試したい人／複数ファイルの一括整理をしたい人 |
| ② プラグインで埋め込む | コミュニティプラグイン | Obsidianの中 | ノートを見ながら対話したい人 |
| ③ MCPサーバーで開く | MCP対応プラグイン＋外部クライアント | Claude Desktopなど | ふだんの会話からノートを参照したい人 |
迷ったら①から始めてください。追加でインストールするものがなく、うまくいかなければターミナルを閉じるだけで元に戻せるからです。①で物足りない部分がはっきりしてから、②や③を検討すれば十分です。
前提：vaultは「ただのMarkdownフォルダ」だから連携が簡単
この記事の話がすべて成り立つ根拠がここにあります。
Obsidianのvaultを、エクスプローラーやFinderで開いてみてください。そこにあるのは .md という拡張子のテキストファイルと、画像などの添付ファイル、そして設定が入った .obsidian フォルダだけです。ノートは独自形式のデータベースに格納されているわけではなく、1つのノートが1つのテキストファイルとしてそのまま置かれています。
これは、他のノートアプリとの決定的な違いです。クラウド上のデータベースにノートを保存するタイプのアプリでは、外部のツールから中身を読むためにAPIや公式連携が必要になります。Obsidianの場合、「ファイルを読めるツール」であれば何でも、そのままノートを読めます。
Claude Codeは、まさに「フォルダの中のファイルを読み書きするツール」です。つまりObsidianとClaude Codeの間には、本来つなぐべき隙間がありません。フォルダを指定するだけで話が終わります。
Obsidianの基本的な仕組みからおさらいしたい場合は、Obsidianとは?できること・無料でどこまで使えるかを解説もあわせてご覧ください。
方法①：プラグインを入れずにClaude Codeをvaultで起動する
いちばん手数が少なく、いちばん壊れにくい方法です。
手順は2行だけ
ターミナル（Windowsならコマンドプロンプト、PowerShell、またはWSL）を開いて、vaultのフォルダに移動してからClaude Codeを起動します。
cd "C:\Users\ユーザー名\Documents\MyVault"
claudeこれだけです。あとは「このvaultの中から、先月書いた読書メモを全部探して、共通するテーマをまとめて」のように日本語で頼めば、Claude Codeがファイルを探して読み、答えます。
Claude Code自体をまだ導入していない場合は、Claude Code を Windows にインストールする全手順とClaude Code の始め方【Windows完全ガイド】で導入手順を解説しています。料金プランの選び方はClaude Code の料金プラン比較をご覧ください。
「vaultの外」は勝手に触られない（公式ドキュメントの記載）
この方法で気になるのは「PC全体のファイルを見られるのでは」という点だと思います。ここは公式ドキュメントに明記があります。
Claude Code can only write to the folder where it was started and its subfolders, and can’t modify files in parent directories without explicit permission.
（起動したフォルダとそのサブフォルダにしか書き込めず、明示的な許可なしに親ディレクトリのファイルを変更することはできない）
出典：Claude Code 公式ドキュメント Security（2026年9月7日に確認）。同ページには、Manual modeではこの境界の外をRead・Grep・Globで読む場合にも確認を求める、という記載もあります。
つまり「vaultのフォルダで起動する」という操作そのものが、作業範囲をvaultに限定する設定になっているということです。プラグインを入れる方法と比べたときの、この方法の一番の利点はここにあります。
この方法が得意なこと・苦手なこと
実際に使ってみると、向き不向きははっきりしています。
| 得意 | 苦手 |
|---|---|
| 複数ノートをまたぐ一括作業（タグの付け直し、リンクの整理、表記ゆれの統一） | 1つのノートを書きながらの短い相談（ターミナルに切り替えるのが面倒） |
| デイリーノートをまとめて週次レビューを作る | スマホでの利用（Claude Codeはデスクトップ環境が前提） |
| 「どのノートに書いたか忘れた」の検索 | Obsidianの画面を見ながらの対話 |
デイリーノートを起点にした運用をしている場合は、この方法との相性がとくに良くなります。仕組みづくりはObsidianデイリーノートの使い方と活用例で解説しています。
実際に使うときの注意点3つ
1. Obsidianを開いたまま編集させると、表示が古いままになることがある
Claude Codeがファイルを書き換えても、Obsidian側が変更に気づくまで少し時間差が出ることがあります。編集を頼んだあとは、Obsidianのタブを開き直すか、いったん別のノートに移動してから戻ると確実です。逆に、Obsidianで編集中のノートを同時にClaude Codeに書き換えさせるのは避けてください。どちらの内容が残るか予測できません。
2. .obsidian フォルダは触らせない
vault直下の .obsidian には、テーマ・プラグイン・ホットキーなどの設定が入っています。ここが壊れると設定をやり直すことになるので、指示を出すときは「.obsidian は対象外」と一言添えておくと安全です。
3. 大きな一括変更の前にはバックアップを取る
「全ノートのタグを整理して」のような広い範囲の変更は、結果が期待と違ったときに戻すのが大変です。vaultをGitで管理しているなら変更前にコミットしておく、そうでなければフォルダごとコピーしておくのが確実です。Gitでの管理方法はObsidianの同期方法まとめで扱っています。
方法②：プラグインでObsidianの中にAIを埋め込む
「ノートを見ながら相談したい」場合は、Obsidianの中にAIを呼び込むプラグインを使います。
ここ最近この分野のプラグインは一気に増えていて、2026年9月7日時点でObsidianのコミュニティプラグインは全7,365個、そのうちID・名称・説明文のいずれかにClaudeまたはMCPを含むものが155個あります。以下は、そのなかでダウンロード数が多い主要なものです。
| プラグイン | DL数 | 版 | 最新リリース | 公式レビュー |
|---|---|---|---|---|
| Claudian（Yishen Tu） | 約203万 | 2.2.5 | 2026-09-06 | ★未実施 |
| Copilot（Logan Yang） | 約183万 | 4.0.6 | 2026-09-05 | 済 |
| Agent Client（rait-09） | 約26万 | 0.12.1 | 2026-08-14 | ★未実施 |
| Claude Sidebar（derek-larson14） | 約7.6万 | 1.10.0 | 2026-09-01 | ★未実施 |
| Claude Code IDE（petersolopov） | 約1.6万 | 0.2.5 | 2026-06-04 | ★未実施 |
※DL数・版・最新リリース日は2026年9月7日に Obsidian公式のプラグイン一覧と各GitHubリポジトリで実測。
見落とされがちな「公式レビュー」の欄
上の表でいちばん見てほしいのは、DL数ではなくいちばん右の列です。
Obsidianのプラグイン一覧では、一部のプラグインの説明文の末尾に次の但し書きが付いています。
This plugin has not been manually reviewed by Obsidian staff.
（このプラグインはObsidianのスタッフによる手動レビューを受けていません）
この但し書きはプラグイン一覧のデータそのものに書き込まれているので、誰でも確認できます。そして今回調べた範囲では、Claude・MCP関連の主要プラグインのうち、この但し書きが付いていないのはCopilotとLocal REST APIの2つだけでした。ダウンロード数が約203万と最多のClaudianにも付いています。
誤解のないように書いておくと、これは「危険なプラグイン」という意味ではありません。この分野は動きが速く、新しいプラグインが次々に出てくるため、スタッフの手動レビューが追いついていないというのが実情です。ただ、「人の目によるコードの確認を経ていない」という事実は、入れる前に知っておくべき情報です。日本語の紹介記事でこの欄に触れているものはほとんど見かけません。
判断の目安としては、次のように考えると整理しやすくなります。
- 仕事のノートや、他人の個人情報を含むノートが入ったvault：レビュー済みのものを優先する。あるいはプラグインを使わず方法①にする
- 個人の学習メモ・日記だけのvault：未レビューでも、ソースコードが公開されていて更新が続いているものなら選択肢に入る
- どちらか迷う：テスト用のvaultを新しく作り、そこで動かして挙動を見てから本番のvaultに入れる
プラグインを入れると何が変わるのか
この種のプラグインの多くは、裏側でClaude Codeなどのコマンドを呼び出しているだけです。Claudianの公式ページには、こう説明されています。
Your vault becomes the agent’s working directory — file read/write, search, bash, and multi-step workflows all work out of the box.
（vaultがそのままエージェントの作業ディレクトリになり、ファイルの読み書き・検索・bash・複数手順の作業がそのまま動く）
出典：Obsidian公式プラグインページ（Claudian）（2026年9月7日確認）
読み比べると分かるとおり、やっていることは方法①と同じです。違いは「ターミナルを開くか、Obsidianのサイドバーで完結させるか」という操作感の部分にあります。
したがってプラグインを入れる判断は、「機能が増えるか」ではなく「操作の手間が減るぶん、コードを1層増やしてよいか」という交換だと考えるのが正確です。ノートを見ながら1日に何度もAIに聞く使い方なら、その交換は割に合います。週に1回まとめて整理するだけなら、方法①のままで十分です。
Claude以外も含めたAI系プラグイン全体の比較は、ObsidianのAI連携まとめで扱っています。プラグイン全般の導入方法はObsidianおすすめプラグイン12選をご覧ください。
方法③：MCPでvaultを外部のAIクライアントに開く
3つ目は、MCP（Model Context Protocol）を使う方法です。「Claude Desktopでふだん会話しているときに、必要に応じてObsidianのノートも参照させたい」という場合はこれになります。
MCPとは何か（公式の説明）
MCPは、AIアプリと外部のデータやツールをつなぐための共通規格です。公式ドキュメントでは次のように説明されています。
MCP (Model Context Protocol) is an open-source standard for connecting AI applications to external systems.
Think of MCP like a USB-C port for AI applications.
出典：Model Context Protocol 公式ドキュメント（2026年9月7日確認。同サイトの表示では仕様のバージョンは 2026-07-28 が最新）
「AIアプリにとってのUSB-Cポート」という説明が分かりやすいと思います。ノート側に「差込口」を用意しておけば、その口に対応したAIアプリなら何でも接続できるという考え方です。Claude Desktopに限らず、MCPに対応したクライアントであれば同じ仕組みで使えます。
Obsidian側にMCPの差込口を作るプラグイン
vaultをMCPサーバーとして公開するプラグインは複数あります。主なものは次のとおりです。
| プラグイン | DL数 | 版／最新リリース | 公式レビュー | 特徴 |
|---|---|---|---|---|
| Local REST API with MCP（Adam Coddington） | 約71万 | 5.1.0／2026-08-01 | 済 | この分野で最も使われている。REST APIとしても使える |
| MCP Connector（istefox） | 約3.2万 | 2.5.0／2026-09-06 | ★未実施 | 意味検索・テンプレート・ファイル操作に対応 |
| Semantic Notes Vault MCP（Aaron Bockelie） | 約2.1万 | 0.12.8／2026-09-03 | ★未実施 | 意味検索に寄せた設計 |
| Vault as MCP（ebullient） | 約7,500 | 1.0.0／2026-08-24 | ★未実施 | 読み取り・検索・編集に絞ったシンプルな構成 |
この中でLocal REST API with MCP だけが公式レビュー済みで、ダウンロード数も約71万と突出しています。特別な理由がなければ、まずこれを検討するのが無難です。
MCPを使うときに理解しておくべきこと
方法③には、①②にはない性質があります。
PCの中に「vaultにアクセスできる窓口」が常時開くという点です。MCPサーバーやREST APIは、待ち受けの口を開いて外からの要求に応える仕組みなので、Obsidianを起動しているあいだ、その口は開いたままになります。
そのため、次の点を確認してから使ってください。
- 認証が有効になっているか：Local REST APIはAPIキーによる認証を持っています。設定画面でキーを確認し、それを知っているクライアントだけが接続できる状態にしておきます
- 待ち受けが自分のPCの中だけか：同じPC内からの接続だけを受けるのか、同じネットワークの他の端末からも届くのかは、設定によって変わります。共有Wi-Fiやオフィスの回線を使うなら、ここは必ず確認してください
- APIキーの置き場所：キーは
.obsidianフォルダの中に保存されます。vaultをクラウド同期している場合、キーも一緒に同期されます
3番目は見落としやすい点です。Obsidianの同期にiCloudやGoogle Driveを使っている場合、.obsidian 配下の設定ファイルも同期対象に入ります。同期先の端末を家族と共有しているなら、そこにもキーが届いていることになります。
どれを選ぶか：判断の順番
ここまでの内容を、選ぶ順番として整理します。
- まず方法①を試す。追加インストールなし、失敗してもターミナルを閉じるだけ。ここで自分がAIに何を頼みたいのかがはっきりします
- 「ターミナルに切り替えるのが面倒」と感じたら方法②。感じなかったなら入れる必要はありません
- 「ふだんの会話の途中でノートを参照させたい」なら方法③。ノート整理が主目的なら③は遠回りになります
順番を逆にすると、設定に時間をかけたわりに使わない、という結果になりがちです。とくに方法③は設定項目が多く、最初に手を出す対象としては重すぎます。
安全に使うための確認ポイント5つ
方法を問わず、AIとvaultをつなぐ前に確認しておきたい点をまとめます。
1. Obsidianの制限モードを理解しておく
Obsidianは初期状態では制限モード（Restricted Mode）で動き、サードパーティのコードが実行されないようになっています。コミュニティプラグインを使うには、これを自分で解除することになります。公式ヘルプのPlugin securityのページに、制限モードの説明と、コミュニティプラグインができることの一覧（PC上のファイルへのアクセス、インターネットへの接続、追加プログラムのインストール）が記載されています。
つまりObsidian本体がノートを外に送らない設計であることと、入れたプラグインが何をするかは、別の話です。方法①がプラグインを増やさない選択肢である、という点はここにもつながります。
2. ノートがどこへ送られるかを把握する
3つの方法はいずれも、AIに読ませた部分はモデルの提供元に送られます。ローカルで完結するわけではありません（ローカルモデルを使う構成を除く）。
逆に言えば、送られるのは「AIに読ませた分」だけです。vault全体が自動的にアップロードされるわけではありません。方法①でファイルを指定して頼む使い方は、この点で送信範囲を自分で把握しやすい形になっています。
3. 仕事のノートと個人のノートでvaultを分ける
いちばん効く対策がこれです。業務情報や他人の個人情報を含むノートが混ざったvaultをまるごとAIに開くより、AIに触らせてよいノートだけを別のvaultに置くほうが、確実で分かりやすいです。Obsidianはvaultを複数持てるので、この分け方は無理なく実現できます。
4. ノートに書かれた指示に注意する（プロンプトインジェクション）
あまり語られませんが、Webから切り抜いた記事をvaultに保存している人は知っておくべき論点です。
AIにノートを読ませるということは、ノートに書かれている文章をAIが読むということです。もしそのノートが外部から取り込んだもので、その中にAIへの指示のような文章が紛れていた場合、AIがそれを指示として扱ってしまう可能性があります。これはプロンプトインジェクションと呼ばれ、Claude Code公式ドキュメントのSecurityページでも項目立てて説明されている論点です。
実務上の対策はシンプルで、自分で書いたノートと、外部から取り込んだノートをフォルダで分けておくことです。Web Clipperで記事を保存している場合は、保存先を分けておくと管理しやすくなります（Obsidian Web Clipperの使い方）。
5. 変更を確認できる状態にしておく
AIにノートを書き換えさせる使い方をするなら、「何が変わったか」を後から見られる状態にしておくべきです。vaultをGitで管理していれば差分で確認できますし、Obsidian Syncを使っているならバージョン履歴から戻せます。
よくある質問
Obsidianに公式のAI機能はありますか？
ありません。Obsidian本体にAI機能は搭載されておらず、AIを使うにはコミュニティプラグインを入れるか、この記事の方法①のように外部のツールからvaultのファイルを読ませることになります。詳しくはObsidianのAI連携まとめで解説しています。
スマホでもClaudeとObsidianを連携できますか？
方法①（Claude Code）はデスクトップ環境が前提のため、スマホ単体では使えません。スマホで使いたい場合は、方法②のプラグインのうちモバイル対応のものを選ぶか、ノートの内容をコピーしてClaudeのアプリに貼る方法が現実的です。スマホ側の設定はスマホでObsidianを使う方法をご覧ください。
Claude Codeにvault全体を読ませたら、料金は高くなりませんか？
実際に読み込まれるのは、その質問に答えるために必要なファイルだけです。vault全体が毎回読まれるわけではありません。ただし「全ノートを対象に」という広い指示を出すと読む量は増えます。プランごとの考え方はClaude Code の料金プラン比較で扱っています。
MCPプラグインとClaude Codeを両方入れる意味はありますか？
使い分けの目的がはっきりしているなら意味があります。「まとまった整理作業はClaude Code、日常会話の途中での参照はClaude Desktop経由」という分担です。逆に、どちらも同じ用途で使うなら、片方だけにしたほうが管理が楽になります。
プラグインの「公式レビュー未実施」は避けるべきですか？
一律に避ける必要はありませんが、vaultの中身によって基準を変えるべきです。業務情報や他人の個人情報が入っているvaultではレビュー済みのものを優先し、個人のメモだけのvaultなら、ソースコードが公開されていて更新が続いているかを確認したうえで判断する、という使い分けが現実的です。
まとめ
- Obsidianのvaultはただの
.mdフォルダなので、Claude Codeをそのフォルダで起動するだけで連携は完了する。プラグインは必須ではない - Claude Codeは起動したフォルダとその下にしか書き込まない（公式ドキュメントに明記）。vaultで起動することが、そのまま作業範囲の限定になる
- プラグインは「機能が増える」のではなく「操作の手間が減るかわりにコードの層が1つ増える」交換。裏でやっていることは方法①と同じ場合が多い
- Claude・MCP関連の主要プラグインのうち、Obsidian公式スタッフの手動レビューを受けているのはCopilotとLocal REST APIの2つだけ（2026年9月7日時点）。DL数が最多のClaudianにも未レビューの但し書きが付いている
- MCPを使う方法はvaultへの窓口が常時開くため、認証・待ち受け範囲・APIキーの同期の3点を確認してから使う
- いちばん効く安全対策は設定ではなく、AIに触らせてよいノートだけを別vaultに置くこと
Obsidianの使い方全体はObsidianの使い方完全ガイドにまとめています。
コメント