3行でいうと
- 公式の資料には、ObsidianをClaude CodeやCodexなどの外部AIにつなぐ手順は書かれていません。フォルダとして読み書きさせる方法は、この記事の案で、動作は確かめていません。
- AIが書き込める状態にする前に、Vaultのバックアップを取ります。公式は、同期は変更を全端末に広げるのでバックアップではないと書いています。
- 権限は4段階で考えます(0:渡さない、1:読み取り専用のコピー、2:書いてよいフォルダを1つだけ、3:本物のVaultに書かせる)。読み取り専用にする案は3つです。①Vaultのコピーを作り、書き込み権限を外して読ませる。②Headless Syncの「pull-only」で別の場所に複製する。③CLIのうち読み取り系の命令だけを通す。
- AIツールに読ませた内容は、そのAIの提供元に送られます。コミュニティプラグインは、Obsidianと同じ権限で動くと公式が書いています。
- 本物のVaultに書かせるときは、同期を止め、Gitで作業前の状態を残し、作業後に差分を見ます。
この記事は、公式の資料を2026年10月25日に読んでまとめたものです。この記事は、実際に使って確かめた記録ではありません。運営者はObsidianを入れていますが、使い心地はこの記事には書いていません。手順は「公式の手順を順に並べたもの」、設定例は「公式の例の写し」か「公式の記載に合わせて、この記事で組んだ例(動作は確かめていません)」と、そのつど書き分けています。この記事の中心は、後者の「この記事の案」です。ClaudeやCodexなど、Obsidian以外のAIツール側の公式資料は、この記事では読んでいません。そちらの設定の名前や許可の仕組みは、各ツールの公式で確かめてください。公式が用意する連携は07にあります。
先に結論
- フォルダとして他のAIに読み書きさせる使い方は、公式の資料にない。 Vaultが手元のMarkdownで、外から変えてもObsidianが拾う、という公式の記載から組み立てた案です。
- まず読み取りだけ。 書き込みを許すのは、バックアップと、戻す手順を決めたあとです。
- 機密のVaultと、AIを試すVaultは分ける(公式が複数のVaultを持てると書いていることから組んだ、この記事の案)。
- 止める仕組みは、OSの権限とフォルダの分け方。 Obsidianの設定やプラグインの設定では、他のAIツールからの読み書きを止められるとは、公式に書かれていません。
前提:用語をそろえる
- API キー:AIの提供元のサービスを、自分のアカウントで使うための文字列です。人に見せず、共有フォルダやGitに入れません。
- 提供元(プロバイダー):AIのモデルを動かしているサービスです。
- エージェント:AIが、自分で命令を実行しながら作業を進める使い方です。
- ターミナル/CLI:命令を文字で打って操作する画面と方法です。
- Git:ファイルの変更履歴を残す仕組みです。コミットは、ある時点の状態を記録することです。
- rsync:フォルダの中身をコピー・同期するコマンドです(公式のバックアップのページにも、Linuxの方法として出てきます)。
- 指示ファイル:AIのツールが作業の前に読む、作業ルールを書いたファイルです。名前はツールごとに違います。
- Vault/コミュニティプラグイン/制限モード:05を参照してください。公式が用意する連携(Interpreter、CLI、Headless Sync、URI)の用語は07にあります。
案の本体:Vaultをフォルダとして、Claude CodeやCodexなどのAIに読み書きさせる(この記事の案)
公式の資料と、この記事の案の境目
公式の資料に書かれているのは、次のことです。
- ノートはMarkdownのテキストファイルで、Vaultというフォルダに入る。ほかのエディタやファイル管理ソフトで編集でき、外で変更するとObsidianが自動で更新する(How Obsidian stores data)。
- Vaultの先頭の
.obsidianに、ホットキー、テーマ、コミュニティプラグインなど、そのVaultの設定が入る。workspace.jsonとworkspaces.jsonは、開くたびに変わる。 - 同期は、変更を全端末に広げる。バックアップではない(Back up your Obsidian files)。
- コミュニティプラグインは、ファイルを読む、ネットにつなぐなど、Obsidianと同じ権限を持つ(Plugin security)。
「Claude CodeやCodexのようなAIに、Vaultのフォルダを読ませたり書かせたりする」という組み合わせは、公式の資料には書かれていません。ここから先は、上の事実を材料に、この記事で組んだ案です。動作は確かめていません。
AIに渡る範囲(この記事の整理)
- AIツールが読んだファイルの内容は、そのツールが使うAIの提供元に送られる場合があります(ツールの仕組みで、Obsidianの仕組みではありません。この記事ではツール側の公式を読んでいません)。どの範囲が、どの条件で送られるかは、そのツールの公式の資料で確かめてください。
.obsidianの中には、プラグインの設定が入ります。AI Copilotの掲載ページは、APIキーはVaultの設定に保存されると書いています。.obsidianごと見せると、キーも見えるおそれがあるので、AIに見せるコピーでは外します。
権限の段階(この記事の案)
| 段階 | 状態 | 向くとき | 守り方 |
|---|---|---|---|
| 0 | 渡さない | 機密のノート | 機密のVaultと、AIを試すVaultを分ける |
| 1 | 読み取り専用のコピーを読ませる | 要約、質問、整理案づくり | コピーを作り、書き込み権限を外す(手順A) |
| 2 | 書いてよいフォルダを1つだけ作る | 下書き、要約メモの置き場 | AI専用フォルダだけ書き込み可にして、結果は人が見てから本物に移す(手順B) |
| 3 | 本物のVaultに書かせる | まとめて直す作業 | 作業前にGitでコミット、同期を止める、作業後に差分を見る(手順C) |
手順A:読み取り専用のコピーを作る(LinuxとMacの例。Windowsのファイルの属性やアクセス権は、この記事では確かめていないので、OSの公式資料で確かめてください)
- 元のVaultのバックアップを取る(05の6-4)。
- AIに見せる場所へコピーする。
.obsidianと、見せたくないフォルダ(例:Private)は外す。公式のバックアップのページは、Linuxのrsyncを挙げています。
rsync -a --delete --exclude '.obsidian/' --exclude 'Private/' "$HOME/Vaults/Notes/" "$HOME/ai-view/Notes/"
- コピーの書き込み権限を外す。
chmod -R a-w "$HOME/ai-view/Notes"
- AIのツールを、
$HOME/ai-view/Notesを作業の場所にして起動する。 -
更新したいときは、2を再実行する(3で権限が外れているため、先に
chmod -R u+w "$HOME/ai-view/Notes"が要る場合があります)。 -
rsyncの--deleteは、コピー先にあって元にないファイルを消します。向きを逆にすると、元のVaultを消すおそれがあります。実行前に、元とコピー先の順番を確かめてください。 - 書き込み権限を外しても、管理者権限のプロセスや、権限を戻せる人は書けます。完全な保証ではありません(この記事の見立て)。
手順B:AIが書いてよい場所を、1フォルダに限る
- 手順Aのコピーに、
AI-Inboxフォルダを作る。 AI-Inboxの中だけ、書き込みを許す。
mkdir -p "$HOME/ai-view/Notes/AI-Inbox"
chmod -R u+w "$HOME/ai-view/Notes/AI-Inbox"
- AIには、「書くのは
AI-Inboxの中だけ」と指示ファイルに書く(後述の例)。 - 作業後、
AI-Inboxの中身を人が読み、よいものだけを、本物のVaultの適切なフォルダへ手でコピーする。
この形は、AIに本物のVaultを触らせず、結果を人が確かめて取り込む方法です。Obsidianは、外で増えたファイルを自動で拾います(公式)。
手順C:本物のVaultに書かせる場合の下準備
- 同期を止める。 Obsidian Syncなどの同期は、AIの誤った変更も、全端末に広げます(公式)。作業の間、同期を止めるか、同期していないコピーで作業します。公式のCLIには
sync on|offがあります。 - Gitで、作業前の状態を残す。 公式の同期のページには、Gitの基本の命令が載っています。次は、この記事で組んだ例です。
cd "$HOME/Vaults/Notes"
git init # すでにあるなら不要
printf '.obsidian/workspace.json\n.obsidian/workspaces.json\n' >> .gitignore
git add -A
git commit -m "AI作業の前"
- AIに作業させる。
- 差分を見る。
git status
git diff
- 戻すとき。
git restore . # 追跡中のファイルの変更を、コミットの状態に戻す
git clean -n # 新しく増えたファイルの一覧(-n は一覧だけ。実際に消すのは -f)
- GitのリポジトリをGitHubなどに置くと、ノートがその外部のサービスに置かれます。公式のバックアップのページは、Gitを使うと外部のホスティングにデータが置かれうると書いています。機密のノートは、リモートを作らないか、置き場所を確かめてください。
- コミットした履歴には、あとで消したノートも残ります。Obsidianの「File recovery」のスナップショットは、外のツールがした変更が記録されるかどうかが公式に書かれていないので、頼りにしません。
AIへの指示ファイルの例(この記事の例。動作は確かめていません)
AIのツールが読む指示ファイルの名前は、ツールごとに違います。名前は各ツールの公式で確かめてください。中身は、公式の書き方に合わせて、たとえば次のようにします。
# このVaultでの作業ルール
- 書いてよいのは AI-Inbox フォルダの中だけ。それ以外のファイルは変更・削除・移動しない。
- ノートの先頭のプロパティは YAML で書く。日付は YYYY-MM-DD、複数の値は「- 」で始まる行にする。
- 内部リンクを値に入れるときは "[[ノート名]]" のように引用符で囲む。
- リンクは [[ノート名]] の形(Wikilink)を使う。ブロック参照(^識別子)は作らない。
- .obsidian フォルダと、Private フォルダは読まない。
- ファイル名に # | ^ : %% [[ ]] を使わない。
- プロパティの書き方(日付、リスト、リンクの引用符)と、リンクに使うと壊れうる文字は、公式のProperties・Internal linksのページに書かれています。ブロック参照がObsidian独自でほかでは動かない、というのも公式の記載です。
Obsidianに取り込んだあとの確認
- 外から入れたファイルが読み込まれないとき、「Files and links」でメタデータキャッシュを作り直せます(公式)。
- リンクが壊れていないかは、CLIの
unresolved(未解決のリンク)で、数が増えていないか確かめられます。公式のコマンド一覧にある命令です。
Obsidianの「Excluded files」について: Settingsの説明では、検索やグラフなどに出すファイルを除く設定として書かれています。ほかのAIツールからの読み書きを止める仕組みとは、公式に書かれていません。止めるのは、OSの権限とフォルダの分け方です(この記事の見立て)。
案:CLIの読み取り系の命令だけを通す小さなスクリプト
公式のCLI(07の連携2)を、AIのツールが動かすターミナルから呼ばせる場合の案です。公式ヘルプ「Obsidian CLI」が書いているのは、ターミナルからObsidianを操作すること、スクリプトによる自動化や外部ツールとの連携のため、ということです。AIから使えるかどうかを、開発者向けの命令以外について、公式は書いていません。公式の命令の一覧と、delete・sync・plugins:restrict の引数は、07の連携2にあります。
命令を、影響の大きさで分ける(この記事の整理)
公式のコマンド一覧の名前から、この記事が分けたものです。公式がこの分類を示しているわけではありません。
| 区分 | 公式の一覧にある命令(抜粋) |
|---|---|
| 読み取り系(と、名前から思われるもの) | help、version、vault、vaults、files、folders、read、search、search:context、backlinks、links、unresolved、orphans、deadends、outline、tags、tag、properties、property:read、aliases、tasks、templates、template:read、daily:read、daily:path、wordcount、bookmarks、plugins、history、base:query |
| 書き込み系 | create、append、prepend、daily:append、daily:prepend、property:set、property:remove、move、rename、delete(permanent フラグつき)、task(toggle)、template:insert、history:restore、unique、base:create、bookmark |
| 影響が大きいもの | eval(アプリの中でJavaScriptを実行)、dev:cdp、devtools、dev:debug、command(コマンドIDを指定して実行)、plugin:install、plugin:enable、plugins:restrict(制限モードのオン・オフ)、theme:install、sync・sync:restore、publish:add・publish:remove、reload、restart |
evalと、dev:で始まる命令は、公式がプラグインやテーマの開発者向けと説明しています。plugin:installは、コミュニティプラグインという第三者のコードを入れる操作に当たり、plugins:restrictは、公式が警告している制限モードを切り替える命令です。publish:addは、ノートを公開サイトに上げる操作の名前です。これらをAIに任せる必要は、読み取りだけで足りる用途では、ないはずです(この記事の見立て)。- 名前変更・移動の命令が、リンクを自動で直すかどうかは、公式のコマンド一覧には書かれていませんでした。
この記事で組んだ例(動作は確かめていません)
AIのツールに、obsidian そのものではなく、次のような自作の小さなスクリプトだけを実行させる、という考え方です。許可するサブコマンドを列挙し、それ以外は断ります。
#!/usr/bin/env bash
# obsidian-ro.sh : 許可した読み取り系の命令だけを obsidian に渡す(この記事の案)
set -eu
VAULT="Notes" # 対象のVault名に直す
case "${1:-}" in
search|search:context|read|backlinks|links|unresolved|orphans|deadends|outline|tags|tag|properties|property:read|files|folders|wordcount|tasks)
exec obsidian vault="$VAULT" "$@" ;;
*)
echo "許可していない命令です: ${1:-}" >&2
exit 1 ;;
esac
- このスクリプトを通すだけでは、AIが
obsidianを直接呼ぶのを止められません。止めるには、AIツール側の許可の設定(どの命令を実行してよいか)で、スクリプトだけを許す必要があります。その設定の名前と書き方は、各ツールの公式資料で確かめてください(この記事では読んでいません)。 vault=は最初のパラメータにする、という公式の決まりに合わせています。$@の中に別のvault=を入れさせない工夫は、この例にはありません。- 書き込み系を許すなら、バックアップ(上の手順C)を先に用意します。
案:Headless Syncで、AI用の複製を別の場所に作る
公式のHeadless Syncの条件・オプション・食い違いは、07の連携3にあります。ここでは、その pull-only を、AIに見せる複製に使う案だけを書きます。条件は、07のとおり、有効なObsidian Syncの購読、先にバックアップ、同じ端末でデスクトップのSyncと併用しないことです。つまり、普段パソコンでObsidianとSyncを使っているなら、AI用の複製は、別の端末に置く形になります(公式の警告からの、この記事の整理)。
手順(公式の手順に、この記事の案の設定を足したもの。動作は確かめていません)
npm install -g obsidian-headless
ob login
ob sync-list-remote
mkdir -p ~/ai-view/Notes && cd ~/ai-view/Notes
ob sync-setup --vault "Notes" --device-name "ai-view"
ob sync-config --mode pull-only --excluded-folders "Private" --configs ""
ob sync
ob login:対話式にログインします。2段階認証のコードは--mfaで渡せます。ob sync-setup:このフォルダをリモートのVaultにひも付けます。暗号化パスワードのVaultなら、パスワードを聞かれます。ob sync-config --mode pull-only:公式の説明では、リモートの変更を受け取り、ローカルの変更は無視します(07の表)。もう1つのmirror-remoteは、受け取るだけで、ローカルの変更を元に戻します。mirror-remoteなら、AIが書き換えても、手元の複製が、リモートの内容に引きずり戻される使い方になります(公式の説明からの、この記事の整理)。--excluded-folders "Private":同期から外すフォルダ。ここで外したフォルダは、複製に入りません。--configs "":空にすると、設定(テーマ、ホットキー、プラグインとその設定)の同期をしません。AI用の複製に、プラグインの設定(APIキーを含みうる)を持ち込まないための案です。ob sync:1回だけ同期します。続けて監視するならob sync --continuousです。
渡るデータと外し方: 07の連携3のとおりです。
案:URIで、AIの出力を AI-Inbox に新しいノートとして置く
公式のURI(07の連携4)を使う案です。
この記事で組んだ例(動作は確かめていません)。 AIや他のアプリが作った文を、AI-Inbox に新しいノートとして置く形です。
obsidian://new?vault=Notes&file=AI-Inbox%2F2026-10-25-summary&content=%23%20Summary%0A-%20point1&silent=true
- この例は
overwriteもappendも付けていません。公式のページには、この2つを付けずに同名のファイルがあるときの動作が書かれていないので、同名のノートがどうなるかは、公式で確認できていません。overwriteは、付けると既存のファイルを置き換える、と書かれています。 - 公式のページは、
silentを「付ける」と書いていますが、値の書き方(silent=trueのようにするか)の例は、読んだ範囲では見つかりませんでした。この記事の例のsilent=trueが、その書き方で動くかどうかは、公式で確認できていません。 - URIは、リンクを開いた人(または他のアプリ)が、ノートを作れてしまう仕組みです。信頼できない場所のリンクは、開かないようにします(この記事の見立て)。
- 長い文は、URLが長くなります。長さの上限は、読んだページには書かれていませんでした。
つまずきの一覧
| 症状 | 確認すること |
|---|---|
| AIが書いたリンクが壊れる | 指示ファイルの書き方(Wikilink、ファイル名に使わない文字)と、CLIの unresolved の出力 |
| 外から入れたファイルが読み込まれない | 「Files and links」で、メタデータキャッシュを作り直す(公式) |
| コピーを更新できない | 手順Aの chmod -R u+w を先に実行したか。rsync の元と先の順番 |
| 本物のVaultが意図せず変わった | 手順Cで作業前にコミットしてあれば、git diff で差分を見て git restore . で戻す |
| Headless Syncの複製が衝突する | 同じ端末でデスクトップのSyncと併用していないか(07) |
| 止めたい命令を、AIが直接呼べてしまう | AIツール側の許可の設定で、スクリプトだけを許しているか(設定の名前は、各ツールの公式で確かめる) |
気をつけること
- この記事は、実際に使って確かめた記録ではありません。運営者はObsidianを入れていますが、使い心地はこの記事には書いていません。公式の資料を読んだ範囲です。
- この記事の中心の「フォルダとして他のAIに読み書きさせる」は、公式に書かれていない組み合わせで、この記事の案です。動作は確かめていません。スクリプトやコマンドの例も、公式の記載に合わせて組んだもので、動作は確かめていません。実行の前に、小さなテスト用のVaultで試してください。
- Claude Code、Codexなど、ほかのAIツール側の資料は読んでいません。許可の設定や指示ファイルの名前は、各ツールの公式で確かめてください。
- 読めなかったページ:公式ヘルプの更新の案内(help/update)、ノートの管理(files-and-folders/manage-notes)、Daily notes(obsidian.md/help/daily-notes)、Basesの「Formulas」、Unique note creator、Syncのプラグインページ(plugins/sync)は「見つからない」と返りました。この記事では使っていません。
- 価格・購読の条件は04を参照してください。AIの提供元の規約・料金・データの扱いは、それぞれの公式の資料で確認してください。
- この記事は法律の助言ではありません。
出典
- Obsidian CLI(Obsidian Help、Obsidian、確認日 2026-10-25)
- Headless Sync(Obsidian Help、Obsidian、確認日 2026-10-25)
- obsidian-headless README(GitHub、obsidianmd、確認日 2026-10-25)
- Obsidian URI(Obsidian Help、Obsidian、確認日 2026-10-25)
- How Obsidian stores data(Obsidian Help、Obsidian、確認日 2026-10-25)
- Back up your Obsidian files(Obsidian Help、Obsidian、確認日 2026-10-25)
- Sync your notes across devices(Obsidian Help、Obsidian、確認日 2026-10-25)
- Obsidian Syncのセキュリティのページ(Obsidian Help、Obsidian、確認日 2026-10-25)
- Properties(Obsidian Help、Obsidian、確認日 2026-10-25)
- Internal links(Obsidian Help、Obsidian、確認日 2026-10-25)
- Settings(Obsidian Help、Obsidian、確認日 2026-10-25)
- File recovery(Obsidian Help、Obsidian、確認日 2026-10-25)
- Community plugins(Obsidian Help、Obsidian、確認日 2026-10-25)
- Plugin security(Obsidian Help、Obsidian、確認日 2026-10-25)
- AI Copilot(Obsidian Community、プラグインの掲載ページ、作者による説明、確認日 2026-10-25)