Obsidianのノートを毎回チャットへ貼り付けず、資料を探し、要約や下書きへ使いたい。その入口になるのが、VaultのフォルダーをClaude Codeから扱う方法です。接続しただけで全ノートを正しく理解するわけではないため、読む範囲と答え合わせの条件を決めて始めます。
この記事では、Claude Code・デスクトップ版ClaudeのMCP・Obsidianプラグインの違いを整理し、接続、実際のノートの読み取り、新しい下書きの作成までを説明します。同期中の競合や指示ファイルの二重管理も扱います。製品仕様は2026年10月10日に再確認しました。
Obsidian×Claude Codeがファイル中心の業務に向く理由
ObsidianはノートをローカルのMarkdownファイルとして保存します。Claude Codeがそのフォルダーへアクセスできれば、必要なノートを検索して読み、別のファイルへ下書きを作れます。コピーを毎回貼る手間を減らせることが、この構成の利点です。
クラウド型ノートにもコネクターなどの連携方法があるため、ローカルだけがAIと連携できるわけではありません。手元のファイルを正本にし、変更を差分で確認したい場合に、Vaultを直接扱う構成を検討します。
「コピペ運用」との違い
| 確認点 | 本文をチャットへ貼る場合 | Vaultのファイルを扱う場合 |
|---|---|---|
| 入力の指定 | 貼り付けた文章の範囲を選ぶ | 読めるフォルダーと対象ファイルを指定する |
| 更新 | 必要な内容を貼り直す | 同じファイルの現在の内容を読ませる |
| 出力の保存 | 回答を手動で保存する方法がある | 新しいファイルへ保存する操作を依頼できる |
| 継続 | 次の会話で必要な資料や条件を確認する | 残したファイルと指示を次回に読み直させる |
ファイルが残っていても、次回すべて自動で読まれるわけではありません。必要なノート、期間、出力先を指示し、使った出典を示させて確認します。
「Obsidian × Claude 連携」には3つのルートがある|まずどれを選ぶか
主な入口は次の3つです。読み書きの範囲は、製品名だけでなく、接続したツールと権限で決まります。
| 入口 | 準備するもの | 確認する範囲 | 選ぶ場面 |
|---|---|---|---|
| ① Claude Code | インストール・利用可能な契約・対象フォルダー | 作業場所、読める資料、変更できるファイル | フォルダー内の資料を使って作業を依頼したい |
| ② デスクトップ版Claude+MCP | アプリ・MCPサーバー・対象パス | サーバーが提供する読取・編集・移動等のツール | チャット画面からファイルを扱いたい |
| ③ Obsidianプラグイン | 対応プラグイン・必要な認証やAPI契約 | 現在のノート、選択範囲、Vault検索等の対応機能 | Obsidianの画面内で作業したい |
①と②の両方が同じファイルへ書き込める場合は競合します。併用するときは、同じノートを変更する担当を一つにし、他方は読み取りだけの依頼にするか、別の作業用コピーを使ってください。依頼文の「読取のみ」は技術的な書込禁止設定ではありません。
② Claudeデスクトップアプリ(MCP)でVaultをつなぐ手順
ここではMCPのfilesystem参照実装を使います。読み取り専用のサーバーではなく、書き込み・編集・移動のツールも提供します。最初は機密情報を含まない練習用Vaultを指定し、利用するツールと許可範囲を確かめてください。
事前にNode.jsとnpmを用意し、Macならターミナル、WindowsならPowerShellで次の2つが版を返すことを確認します。見つからない場合はNode.jsの導入から進めます。
node --version
npx --version設定場所はmacOSが~/Library/Application Support/Claude/claude_desktop_config.json、Windowsが%APPDATA%\Claude\claude_desktop_config.jsonです。既存ファイルを退避し、ほかのmcpServersを消さずにobsidian-vaultを追加します。パスは自分のVaultの絶対パスへ置き換えます。
macOSの記入例
{
"mcpServers": {
"obsidian-vault": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/Users/your-name/Documents/MyVault"
]
}
}
}Windowsの記入例。JSON内のバックスラッシュは2個ずつ書きます。
{
"mcpServers": {
"obsidian-vault": {
"command": "cmd",
"args": [
"/c",
"npx",
"-y",
"@modelcontextprotocol/server-filesystem",
"C:\\Users\\your-name\\Documents\\MyVault"
]
}
}
}アプリを再起動し、サーバーとツールの認識を確認します。次にVaultへmcp-check.mdを作り、「連携確認・青いりんご」と1行だけ保存します。「mcp-check.mdの本文をそのまま示して。変更はしないで」と頼み、実際の本文と一致するか照合してください。ツール一覧に名前が出ることと、目的のファイルを読めることは別です。
起動エラーならNode/npxと設定JSON、アクセス拒否なら指定パスと許可範囲、別ノートが返るなら対象指定を確認します。MCPを接続しただけで大量編集が安全になるわけではありません。filesystem公式README・公式ユーザー導入手順。
③ プラグインを使う場合の位置づけ
プラグインによって、開いたノートの補完、選択範囲の書換え、関連ノートの検索、Vault全体を対象とする検索など、対応する機能が異なります。「プラグインだから現在のノートしか読めない」とは限りません。導入前に、対象範囲、書込操作、外部へ送る内容、API料金をそのプラグインの資料で確認してください。
Obsidian内で執筆を続けたいなら候補になります。まず練習ノート1枚を対象にし、別ノートの参照や変更が必要になった段階で、対応機能を追加で確認します。候補の整理はObsidianおすすめプラグインでも扱っています。
プラグイン型を選ぶときの見極め方3つ
③のプラグインは種類が多く、名前だけでは違いが分かりません。導入前に、各プラグインの設定画面と説明を開いて次の3点だけ見てください。そのうえで、料金、権限、更新状況も確認します。
| 見るところ | なぜ効くか | 判断の目安 |
|---|---|---|
| 1. どこまで読むか(開いているノートだけか、Vault全体か) | 横断して調べさせたいのに「開いているノートだけ」だと、毎回自分でノートを開く手間が残る | Vault全体を対象にできるものは、初回にインデックスを作る設計になっていることが多い |
| 2. 書き戻せるか(提案までか、ノートを作成・更新するか) | 提案だけを受け取り、人が反映する運用かどうかを決める | 「新しいノートを作る」「既存ノートに追記する」機能が明記されているか |
| 3. モデルと鍵の持ち方(APIキーを自分で入れるか) | APIキー方式は従量課金で、料金は使った分だけ自分に請求される | 設定画面にモデル名の選択欄があるか。会社のVaultで使うなら、鍵の管理者を先に決める |
プラグインの対応モデルや機能は更新で変わります。記事の情報ではなく、導入する時点の各プラグインの設定画面で確認してください。①や②にも読取と書込の機能があります。同じ練習ノートで、操作と確認の手間を比べて選びます。
どれを選ぶか|1分の判断
フォルダーを基準に仕事を依頼したいなら①、デスクトップのチャットからファイルを扱いたいなら②、Obsidian内で執筆したいなら③が検討の入口です。機能は重なるため、同じ練習ノートを読ませ、目的の出力が返るかで選びます。以下は①の手順です。
接続方法|作業用VaultをClaude Codeで開く
次はClaude Codeのローカル実行でVaultを読む手順です。Claude Codeの導入と認証を先に済ませます。Vaultを読むための専用プラグインは不要ですが、契約や作業フォルダーへのアクセス許可は必要です。
手順1: ターミナルでVaultフォルダへ移動する
Claude Codeをインストール済みなら(未導入の方はClaude Codeの導入方法を参照)、ターミナルでVaultのフォルダへ移動して起動するだけです。
参照: Claude Code公式ドキュメント:セットアップ
cd ~/Documents/MyVault # あなたのVaultのパスに置き換え
claude手順2: 最初の指示を出す
最初は少量の架空ノートを置いた作業用Vaultで、対象と操作を限定して頼みます。
このフォルダーのMarkdownノートを一覧にしてください。
次にcheck.mdだけを読み、本文とファイル名を示してください。
ノートの変更・移動・削除は行いません。自分で用意した件数と固有文言が一致するか確認します。構成の説明が返っただけで、目的のノートを読めたと判断しないでください。実際のVaultへ広げる前に、3枚の練習を行います。
手順3: CLAUDE.mdを1枚置く(推奨)
Vaultの直下に CLAUDE.md というファイルを置くと、Claude Codeは起動のたびに自動で読みます。「ノートは日本語で書く」「デイリーノートは03-デイリー/に置く」「勝手にノートを削除しない」といったルールを書いておくと、AIの動きが安定します。書き方の詳細はCLAUDE.mdの書き方完全ガイドで解説しています。
iPhone・iPadから使いたい場合の考え方
ここで説明しているのは、PC側のClaude CodeからローカルVaultを読む手順です。iPhone・iPadのObsidianで書いたノートをPCへ同期し、PC側で処理する構成なら、双方の同期完了を確認してから作業します。
外出先からPCの作業を遠隔操作する方法もありますが、接続の認証、PCの稼働、アクセス範囲を別に整える必要があります。クラウドやモバイルの画面を開いただけで、PC内のVaultが自動で共有されるとは考えないでください。
連携でつまずくのは接続ではなく「同期・パス・お金」の3つ
接続そのもので止まる人はほとんどいません。実際に手が止まるのは、つないだ直後に出てくる3つの現実問題です。ここはPLaiが自社のVaultを毎日AIに触らせながら踏んだところなので、先に置いておきます。
① 同期と書き込みの競合を避ける
同期中に複数の端末・アプリ・AIが同じノートを編集すると、変更が競合することがあります。ただし、競合時に必ず別ファイルが増えるわけではありません。Obsidian Syncの公式説明では、Markdownは既定で変更を自動マージし、それ以外は最終更新の内容を採用します。1.9.7以降はMarkdownの競合ファイルを作る選択肢もあり、この設定は端末ごとです。他の同期サービスの挙動と混同しないでください。
| 変更前 | 変更中 | 変更後 |
|---|---|---|
| 同期完了を確認し、復元用コピーを保存する | 同じノートの編集担当を一つにし、他端末で編集しない | 差分と必要な内容を確認してから次の端末へ進む |
| 大量変更は作業用コピーで試す | 対象ファイルを限定し、途中の失敗を記録する | 件数・リンク・同期状態を確認する |
同期を止めるだけで、別端末に残る変更や再開時の競合が消えるとは限りません。競合したら元ファイルと双方の内容を保存し、差分を確認して統合します。AIの比較結果も原文と照合し、先に片方を削除しないでください。
② Windowsではパスの書き方でつまずく
手順の cd は、Windowsだと形が変わります。エクスプローラーでVaultのフォルダを開き、アドレスバーのパスをコピーしてから、次のように貼ってください。
# Windows(PowerShell)
cd "C:\Users\yourname\Documents\MyVault" # ← 空白を含むパスは必ず " " で囲む
claudeつまずきどころは3つです。パスに空白(例: My Vault)が入っているのに囲っていない、OneDriveの下にVaultがあり実体のパスが違う、Vaultの1階層上でclaudeを起動している。3つ目は特に気づきにくく、AIが「ノートが見つかりません」と言い出したら、まず claude を打った場所に .obsidian フォルダがあるかを確認してください。あればそこがVaultの直下です。
③ 接続操作とサービスの利用料を分ける
Vaultをフォルダーとして開く操作に、専用の接続サービスは必要ありません。ただし、Claude Codeを使う契約やAPIの利用料、選んだ同期・保存サービスの料金は別です。Obsidian Syncは任意の有料機能で、1台の作業用Vaultを読むための必須条件ではありません。
同期方法は端末によって対応や設定が異なります。会社の資料を扱う場合は、料金だけでなく保存先と利用許可も確認します。Claudeの現在の条件は公式料金ページを参照してください。
Vaultの同期方法べつ|Claude連携との相性と、先に決めておくこと
同期の方法によって、変更を配る経路と競合時の扱いが変わります。同時に複数の同期方式を重ねる前に、正本と同期先を整理してください。
| 方法 | 確認する点 | 変更前後の手順 |
|---|---|---|
| iCloud Drive・Dropbox等 | 対象端末の対応、ファイルがローカルに取得済みか、サービスごとの競合処理 | 対象ファイルと同期状態を確認し、別端末での同時編集を避ける |
| Obsidian Sync | Markdownは既定で自動マージ。競合ファイルを作る設定は端末ごと | 同期完了を確認して引き継ぎ、統合後の本文を照合する |
| Git | コミットした変更履歴と差分。同期・統合は運用手順が必要 | 変更前後の状態を記録し、衝突した場合は双方の差分を確認する |
| 同期しない | 別端末との同期競合はないが、誤編集や故障は起こり得る | 独立した復元用コピーを用意する |
Gitを使うなら、git diffは追跡中のファイルの変更確認に役立ちます。新規ファイルはgit statusでも確認してください。履歴へ残す前に内容を読み、機密を含むVaultをそのまま公開リポジトリへ送らないようにします。
.obsidian/の設定や作業状態をどこまで共有するかも決めます。Git管理や同期は、すべての事故から復元できることを自動で保証しません。まず練習用ノートで復元手順を確かめます。Obsidian Syncの競合時の扱い。
Obsidian×Claude Codeの使い方|最初の1日と、最初の1週間
次は習得日数の保証ではなく、作業を広げる順番の例です。読み取りを確認し、新しい下書きを1枚作り、繰り返す依頼を記録します。前の段階で内容が一致しなければ、日数に合わせて先へ進まないでください。
1日目にやること(30分)
| やること | 頼み方の例 | |
|---|---|---|
| ① | Vaultの現在地を出させる | 「このVaultの構成を、フォルダごとのノート数と最終更新日つきで一覧にして」 |
| ② | 迷子のノートを見つけさせる | 「Vault直下にあるノートと、最終更新から90日以上たったノートを挙げて。基準日と更新日時も示して」 |
| ③ | CLAUDE.md を1枚置く | 「いまの構成をふまえて、CLAUDE.mdの草案を書いて。私が守ってほしいルールも聞いて」 |
①と②はAIに何かを作らせるのではなく、自分のVaultの状態を教えてもらう作業です。ここを飛ばして生成から入ると、AIは「あなたのVault」ではなく「一般論」で答え始めます。最初の30分をこの棚卸しに使うと、その後の出力の当たり方が変わります。
ファイルの最終更新日時から分かるのは、最後に内容などが変更された時期です。「最後に開いた日」とは違います。閲覧履歴を別に記録していない場合、長く読んでいないノートとは断定しません。また、古い更新日時だけで不要と判断しないでください。
2〜3日目: 読むだけの仕事を渡す
まずは指定したノートを読み、出典付きで要約を返す仕事を渡します。たとえば「この3枚から決定事項を抜き、ファイル名と根拠の一文を示して。元ファイルは変更しないで」と依頼します。書込のない段階でも、内容を外部のAIサービスへ渡してよいかの確認は必要です。結果は元ノートと比べ、未決の話を決定事項としていないか確かめてください。
4〜5日目: 書き戻す仕事を1つだけ渡す
読ませて満足のいく答えが返るようになったら、初めて書き込みを含む仕事を渡します。おすすめは「新しいノートを1枚作る」だけの仕事です(既存ノートの一括編集はまだ早い)。「今週のデイリーノートを読んで、週次ふりかえりのノートを1枚 04-週次/ に作って」のような形です。出来上がったノートを自分で直す——その直した差分が、そのまま次の指示の精度になります。
6〜7日目: 毎週やることを1つ、決め打ちにする
最後に、毎週かならず発生する作業をひとつ選んで、頼み方を固定します。週次のふりかえり、案件メモの整理、読書メモの要約——何でも構いません。固定した頼み方は CLAUDE.md か専用のノートに書いておき、毎回そこを指させます。同じ依頼文で毎週呼び出せる状態になります。定時に自動起動する仕組みは別途必要です。次の段は役割ファイルを足すAI社員化ですが、まずはこの1本を回しきってからで十分です。
最初の1週間でやらないほうがいいこと
- Vault全体の一括リネーム・一括移動——構成の意図がAIに伝わる前にやると、直す手間のほうが大きくなります
- 複数の仕事を1つの指示に詰める——「整理して、要約して、記事にして」は途中で意図がぶれます。1指示1仕事が結局いちばん速いです
- いきなり機密を含むVaultでためす——扱いの線引きは注意点を先に読んでから決めてください
ObsidianとAIをつなぐ方法を比べる
Claude以外のAIも含めると、入口を次のように整理できます。これは選択肢を比べるための分類で、製品の能力を排他的に分けるものではありません。
| 入口 | ノートとの接点 | 確認すること |
|---|---|---|
| ローカルのAgent | 作業フォルダーのファイルを読む・書く | 読取範囲、操作許可、変更差分 |
| チャット+MCP | 接続サーバーが提供するファイル操作 | 読取専用か書込可能か、対象パス |
| Obsidianプラグイン | ノートの補完、検索、編集など製品ごとの機能 | 対象範囲、外部送信、認証と料金 |
| 外部サービスへのコピー | 指定資料のコピーを送る | 正本の置き場所、更新の反映、提供可能な内容 |
ローカルファイルを扱う入口でも、モデルへ渡す内容の処理場所はサービスの構成によります。用途と情報の取扱条件をそろえ、同じ小課題で比べてください。
ファイル処理をまとめる構成の判断例
ノートの参照、集計、下書きの作成を同じフォルダーで行う構成は、対象ファイルと変更差分を確認しやすい点が利点です。これは構成上の判断であり、ほかの方式より精度や速度が高いと実測した結果ではありません。
どの方式でも、古い資料、対象の違う資料、判断基準の欠落は出力へ影響します。入口の選択と、Vault側の情報整理を分けて考えます。
Codexで連携する場合|Claude Codeとの違いと使い分け
Codex CLIも、指定したローカルフォルダーのファイルを読み、変更を提案・実行できるため、Vaultを使う候補です。インストールと認証を済ませたうえで、作業用コピーへ移動して起動します。
cd "/Users/your-name/Documents/MyVault-Practice"
codexWindowsなどでは自分のパスへ置き換えてください。最初は1ノートの読み取りだけを依頼し、元ファイルを変更せず内容を照合します。画面や操作許可はClaude Codeと同一ではありません。Codex CLIの公式手順を確認してください。
共通ルールを保ちたい場合、同じ文章をCLAUDE.mdとAGENTS.mdへコピーするだけでは二重管理が残ります。共通部分をAGENTS.mdに置き、CLAUDE.mdから@AGENTS.mdで参照する方法があります。製品固有の指示はそれぞれに分けます。現在のClaude Codeには条件付きのAGENTS.md読込にも対応する版がありますが、既存のCLAUDE.mdなどの有無で扱いが変わるため、公式の読込条件と使用版を照合してください。
両製品で同じノートを同時に書き換えず、読取担当と編集担当を分けます。どちらが速い・安定するかは、同じ入力と期待する出力で試し、修正の手間も含めて判断してください。
連携でできること7つ【実例つき】
次は利用例です。効果を時間短縮だけで決めず、成果物が条件に合うかで確認します。
| 用途 | 依頼例 | 答え合わせ |
|---|---|---|
| 整理・タグ付け | 受信箱10枚の分類案を表にして | 10枚がそろうか、同名移動がないか |
| 要約・抽出 | 今月の決定事項を出典付きで抜いて | 未決事項を決定扱いしていないか |
| 文書生成 | 指定の事業ノートから提案書の下書きを作って | 原典にない価格や実績が入っていないか |
| 週報 | 今週のログを完了・未完了に分けて | 対象日付と状態が原文に合うか |
| 関連リンク | このノートへ関連する3枚を理由付きで提案して | ファイルが実在し、関連理由が妥当か |
| 執筆補助 | 指定のメモ3枚を記事案へ統合して | 情報の食い違いを隠していないか |
| 手順の不足発見 | 担当や完了条件が欠けた箇所を挙げて | 不明点を推測で補っていないか |
1. ノート整理・タグ付け:先に分類案を確認する
まず受信箱10枚の分類案を表にし、対象がすべてそろうか、移動先や名前が衝突しないか確認します。ノートの意味を知らないと判断できない分類は「要確認」と残します。案を確かめてから、対象を限定して反映します。
2. 要約・抽出:原文と状態を照合する
対象期間とノートを指定し、決定事項・未決事項・担当者を抜き出します。「検討する」と書かれた項目を完了にしないことが確認点です。根拠のファイル名を添え、重要な判断は元ノートへ戻って照合します。
3. 文書生成:使ってよい根拠を指定する
事業説明、対象顧客、確認済みの実績を指定し、提案書や案内文の下書きを作ります。原典にない価格や成果を追加しないよう求め、不明な項目は別に挙げさせます。資料の日付や適用対象が違う場合は、その差を残したまま人が判断します。
4〜7. 集計・リンク・執筆・穴の発見
週報・月報の自動集計、関連ノートのリンク提案、断片メモからの記事化、そして「ナレッジのどこが曖昧か」の指摘。特に7つ目は見落とされがちですが、AIに業務を実行させて詰まった箇所こそナレッジの穴です。穴が見つかる→書き足す→AIが賢くなる、という改善ループが回り始めます。
実践ワークフロー|記録、下書き、確認を分ける
運用例として、朝は今日の予定、日中は決定事項、夕方は未完了の作業を人が記録します。AIへは対象日を指定して要約を頼み、元ノートとは別の下書きへ保存します。カレンダーなどVault外の情報を使う場合は、別の接続と利用権限が必要です。
人は原文と下書きを照合し、誤りや不足を直した後で業務ノートへ反映します。週報でも対象期間と未完了を確認します。実行時間は資料量や確認範囲で変わるため、最初の1週間は人の準備・確認・修正にかかった時間も記録してください。デイリーノート活用術に記録の型をまとめています。
連携で必要な情報を探しやすくするVault側の下準備3つ
接続自体は1分で終わりますが、Vault側に少しだけ「AIが働きやすい足場」を作ると、出力の質が一段変わります。PLaiが新しいVaultを立ち上げるときに必ずやる下準備は、次の3つです。
下準備1: 索引ノート(ハブ)を作る
Vault直下に 00-INDEX.md のような索引ノートを1枚置き、「事業の説明はこのノート」「業務手順はこのフォルダ」「判断基準はこのノート」と案内図を書きます。AIはタスクのたびに必要なファイルを探すので、案内図があると探索が速く正確になります。人間の新入社員に渡す「社内資料の歩き方」と同じ発想です。
下準備2: ノートの冒頭に1行サマリを書く癖をつける
各ノートの1行目に「このノートは◯◯について書いたもの」という一文があるだけで、AIの拾い読みの精度が大きく上がります。過去のノート全部に付ける必要はありません。これから書くノートに付ける癖をつければ十分ですし、既存ノートへの一括付与はそれこそAIに任せられます(「全ノートの冒頭に内容サマリを1行足して」と頼むだけです)。
下準備3: 「触ってよい場所・ダメな場所」を分ける
入力資料、作業用コピー、新しい下書き、確定した原本を分けます。CLAUDE.mdには出力先と変更しない場所を書きますが、文章の指示は技術的なアクセス制御ではありません。ファイル権限や接続先の範囲も必要に応じて制限し、差分の確認と復元方法を用意してください。
下準備の仕上げ: CLAUDE.md の最小テンプレート
下準備1〜3で決めたことは、Vault直下の CLAUDE.md に1枚にまとめておきます。Claude Codeは対象プロジェクトの開始時に指示を読み込むため、共通の説明をまとめられます。Obsidian(オブシディアン)側の設定は不要で、ただのMarkdownファイルを1枚置くだけです。そのまま使える最小構成が次です。
# このVaultについて
一人法人の事業ナレッジ置き場。売上・顧客・制作物の記録が入っている。
## 地図
- 00-INDEX.md ... どこに何があるかの案内図。まずここを読む
- 01-会議/ ... 議事録(1ファイル1回)
- 02-営業/ ... 商談メモ・提案書
- 99-ルール/ ... 判断基準。ここに反する提案はしない
## 触ってよい場所 / ダメな場所
- 自由に書き換えてよい: 00-inbox/, 03-下書き/, 90-集計/
- 人間の承認なしに変更しない: 01-会議/, 99-ルール/, 契約メモ
## 書き方のルール
- 新規ノートの1行目に「このノートは〇〇について書いたもの」を必ず書く
- ファイル名は「YYYY-MM-DD_内容.md」
- 断定できない事実は書かず、「未確認」と明記する
ポイントは「地図」と「触ってよい場所」の2つを必ず書くことです。地図があるとAIの探索が速くなり、変更しない場所を確認しやすくなります。ただし、指示を置くだけで操作が強制的に制限されるわけではありません。必要な説明は仕事によって異なります。指定した資料を読み、変更範囲と完成条件を守れたかを実際の出力で確かめてください。
内容は運用しながら育てて構いません。PLaiでも、AIの出力がずれるたびに「なぜずれたか」を1行足す形で更新し続けています。修正指示をその場で終わらせずCLAUDE.mdに書き戻すと、同じ誤りを減らすための判断材料が残ります。追記後も、参照された内容と出力の変化を確認してください——これが連携を続けるほど成果が伸びる仕組みです。
この3つを合わせても作業時間は30分程度です。一度整えれば、以降のすべてのタスクの精度と速度に効き続けるので、連携初日にまとめてやってしまうことをおすすめします。
AI社員化への発展|役割の定義と起動の仕組みを分ける
役割ファイルは、仕事を繰り返すための指示書です。「役割」「参照資料」「出力先」「品質基準」「人が確認する段階」を書きます。たとえば投稿案担当なら、使ってよい事業ノートを指定し、drafts/へ案を保存し、投稿はしないと定めます。
「この役割ファイルに従って今日の投稿案を作って」と依頼すれば、手動で呼び出す一つの作業になります。ファイルを置くだけで定期実行や自律起動が始まるわけではありません。定期化には、対応するタスク機能やスケジューラー、稼働条件、失敗時の通知、重複実行の防止を別途設計します。まず手動で入力から確認まで一巡できる状態を作ります。
業務別・連携レシピ5選|会社で使うならここから
個人のノート整理で終わらせず、事業の業務に直結させるレシピです。どれも「Vaultに素材を貯める→Claude Codeに指示する」だけで、追加ツールは要りません。
| 業務 | Vaultに入れる素材 | Claude Codeへの指示例 | 成果物 |
|---|---|---|---|
| 営業 | 商談メモ・提案書・失注理由 | 「A社向け提案の初稿を、過去の類似案件の勝ち筋を踏まえて作って」 | 提案書ドラフト |
| 経理・バックオフィス | 請求ルール・取引先ごとの条件・過去の請求書 | 「今月分の請求書を取引先ごとの条件で下書きして」 | 請求書ドラフト |
| マーケティング | 過去投稿・配信結果・ブランドガイド | 「反応が良かった型で来週のSNS投稿案を7本」 | 投稿・配信案 |
| カスタマー対応 | FAQ・過去の問い合わせと回答 | 「この問い合わせへの返信案を、過去の対応方針に合わせて」 | 返信ドラフト |
| 経営会議 | 議事録・KPI・意思決定メモ | 「直近3ヶ月の決定事項と未消化の宿題を一覧にして」 | 経営サマリー |
コツは、最初から全部門でやろうとしないことです。「素材がすでにデジタルで貯まっている業務」から1つ選ぶと、初週から成果が出ます。多くの会社では議事録か営業メモが最初の一歩になります。バックオフィス系の広げ方はバックオフィス自動化ガイドも参考にしてください。
運用リズムの目安は「毎日: 素材を放り込むだけ(1分)/週1: AIに整理と棚卸しをさせる(10分)/月1: 使われていないフォルダを見直す(15分)」。人間の作業を貯める側に寄せ、整える側をAIに寄せるほど、続きます。
社内展開の手順|1人のVaultからチームのナレッジ基盤へ
個人で回して手応えが出たら、チームに広げます。順番を間違えると「誰も書かない共有フォルダ」が生まれるだけなので、次の3ステップを守ってください。
STEP1: まず「読む専用」で共有する
言い出しっぺのVault(機密を除いた部分)をチームに公開し、Claude Code経由で質問できる状態だけを作ります。この段階では書く義務を課しません。「聞けば自社の文脈で答えが返ってくる場所がある」という体験が先です。
STEP2: 書く人を2人目に増やす
効果を実感したメンバーから、自分の業務メモを置き始めます。フォルダ構造は最初から設計しすぎず、「とりあえずinboxに放り込む→週1でAIに整理させる」で十分です。整理をAIの仕事にするのが、Obsidian×Claude Code運用の肝です。最小構成の例は「00-inbox(放り込み場所)/01-会議(議事録)/02-営業(商談メモ)/99-ルール(判断基準)」の4フォルダ。これだけでAIは十分に文脈を掴めます。
STEP3: 会社の公式ナレッジ基盤に昇格させる
部門をまたいで参照されるようになったら、置き場所・命名・機密区分のルールを明文化します。この段階の設計はナレッジ構築の5ステップと会社ナレッジのAI活用にまとめています。アクセス権を分けたい機密情報は、次章のとおりVaultの外に置くのが原則です。ここまでを自社だけで進める時間が取れない場合は、同じ設計を業務に合わせて組み直すAI社員構築代行という選択肢もあります。
注意点|機密情報の扱いと安全な運用
Vaultには私的なメモや会社の資料が混ざりやすいため、最初は提供してよい架空・公開資料だけを集めた作業用Vaultで試します。ローカルに保存していることと、AIへ渡す内容が端末内だけで処理されることは別です。
| 情報 | 接続前に決めること |
|---|---|
| 業務手順・判断基準 | 会社の利用方針とサービス契約に照らし、必要な範囲だけ使う |
| 顧客情報・機密契約・未発表企画 | 利用の許可と取扱条件を確認し、不要なものは読取対象から外す |
| パスワード・APIキー | ナレッジノートへ書かず、専用の認証管理を使う |
| 公開用の下書き | 内容の確認と公開操作の承認を分ける |
入力データの保存・学習利用の条件は、契約プランと設定を確認してください。ノート上の「秘密を読まないで」という指示だけをアクセス制御と考えず、対象フォルダーと接続権限も絞ります。
うまくいかない時のチェックリスト
| 症状 | 先に確認すること |
|---|---|
| ファイルが読めない | 開いたVaultのパス、ファイルの存在、許可範囲、MCPならサーバーの起動状態 |
| 別の資料が混ざる | 対象ファイルと期間を明示したか、同名のノートや競合コピーがないか |
| 返答が一般論になる | 必要な根拠がノートに存在するか、実際にそのノートを読めたか |
| 変更が想定と違う | 元資料と差分を保存し、対象を1枚に絞って原因を調べる |
資料が空に近い場合は、業務の目的・入力例・期待する出力の3点から書きます。大きな整理を何度もやり直す前に、3枚程度で正しく読めるかへ戻ると切り分けやすくなります。
実務で試すときに確認したいこと
連携を試す最初の段階では、参照するフォルダと変更してよい範囲を限定します。まず読み取りと要約でノートを正しく使えているかを確認し、その後に下書きの作成や整理へ進みます。ノートを書き換える作業は、元の内容へ戻せる状態を用意し、差分を確認してから採用してください。
この記事の「ノートをAIの仕事につなぐ」を、自社の業務[業務名]に置き換えて検討します。
前提:[現在の手順・使ってよい資料・確認担当]
確認したいこと:読み取りの確認を済ませてから、ノートの書き換えを任せていますか?
上の資料で分かること、不明なこと、最初に確認することを分けて整理してください。事実や実績を作らず、提案には理由を添えてください。外部送信や設定変更は行わず、検討用の案を出してください。3枚だけで答え合わせする練習:meeting.mdに「草案期限10月15日、担当未定」、plan.mdに「公開日は次回会議で決める」、check.mdに「連携確認・青いりんご」と書きます。まず3枚の本文と出典を読ませ、次に新規のdrafts/summary.mdだけへまとめさせます。期待値は、草案期限が10月15日、担当と公開日が未定、固有文言が正しく読めることです。元3枚に変更がないかも確認します。これらは架空の練習データです。
よくある質問
Q. Obsidianのプラグインで連携する方法とは何が違いますか?
プラグインごとに対象範囲と操作が違います。現在のノートの執筆を助けるものも、Vaultの検索を扱うものもあります。Claude Codeとの違いは、製品名だけで決めず、同じノートの読取・出典表示・下書き保存を試して確認してください。
Q. プログラミング知識は必要ですか?
ノートの読取や要約は、コードを書かずに試せます。インストール、作業フォルダーの選択、結果の照合は必要です。意味が分からないコマンドや変更は、そのまま実行・採用せず、何をするか説明してもらって確認します。
Q. iPhoneやiPadからも使えますか?
モバイルで書いたノートをPCへ同期して処理する方法があります。PCのローカルVaultを扱う場合は、PC側の実行と同期状態を確認します。モバイルの画面からPC内のファイルが自動で見えるわけではありません。
Q. Vaultが大きすぎるとAIが読み切れないのでは?
すべてを一度に読み込む必要はなく、対象を検索して必要なファイルを読みます。ただし、件数だけで精度を保証できません。対象期間やフォルダーを絞り、期待するノートが検索結果に含まれるか確認します。索引や命名を整えることも役立ちます。
Q. NotionでもAI連携はできますよね?
Notionでも連携できます。提供されるコネクターやMCPを使う方法があり、必ず自分でAPI実装を作るわけではありません。ObsidianはローカルMarkdownをフォルダーとして扱える点が特徴です。保存場所、共有の方法、必要な操作で選びます。
Q. 複数人で同じVaultを使うと競合しませんか?
同じノートを複数の人やAIが同時に変更すると競合し得ます。編集担当を決め、同期完了を確認してから引き継ぎ、変更前のコピーを残します。それでも競合ゼロを保証するものではなく、発生時には双方の変更を比べて統合します。
Q. CLAUDE.mdは必ず作らないといけませんか?
必須ではありません。繰り返す指示をまとめる場合に役立ちます。作った後は、意図したファイルが読み込まれたかと、出力が指示に合うかを確認します。
Q. 経営会議の資料づくりにも使えますか?
議事録やKPIメモを根拠に、会議資料の下書きを作る用途があります。対象月、比較対象、未確定の値を指定し、数値と進捗を原典へ戻って確認してください。
Q. Claudeデスクトップアプリだけでも連携できますか?
できます。MCPの接続手順で説明したfilesystemサーバーは、読むだけでなく編集や移動も扱います。Claude Codeとの速度や失敗率は、この接続方法だけでは決まりません。同じVaultを併用する場合は同一ファイルの同時書込を避けてください。
Q. VaultをGitHubで管理していても連携できますか?
ローカルにあるVaultをGit管理しながら使えます。変更履歴に加え、公開・非公開の範囲、同期するファイル、機密情報、衝突時の統合方法を決めます。同期方法の節を参照してください。
まとめ: 小さく読んで、差分を確認してから広げる
最初の到達点は、練習ノートを正しく読み、元ノートを変えずに新しい下書きを作れることです。その後、同時編集を避けるルールと復元方法を用意して、整理や書き戻しへ広げます。役割ファイルによる手順の再利用と、定期実行の仕組みは別に設計してください。
AI活用の「何から?」を、
30分で解決。
御社の仕事を伺い、AIに任せる業務と
最初に試すことを、一緒に決めます。
- AIに任せたい仕事を整理
- 自社に合う始め方を具体化
- 明日からの一歩を決める

次は、御社の話を聞かせてください。
参考資料・出典
2026年10月10日の仕様再確認では、本文中に示したfilesystemの公式README・MCP導入手順・Obsidian Syncの競合説明・Claude Codeのmemory・Codex CLIも参照しました。手順例と公式仕様を分けて記載しています。
製品の機能・仕様や外部の発表は、以下の資料を参照しています。PLaiの運用例・実績と、公式の説明を分けてご覧ください。
- Obsidian公式ヘルプ:データの保存方法
VaultとローカルMarkdownファイルの保存方式
確認日: - Claude Code公式ドキュメント:概要
Claude Codeの機能と利用できる環境
確認日: - Claude Code公式ドキュメント:メモリ
CLAUDE.mdと指示・記憶の扱い
確認日: - Claude Code公式ドキュメント:セットアップ
インストールと実行環境
確認日:




