この記事ではClaude Codeに特化して解説します。Claude Code全般は Claude Code完全ガイド2026:インストールから本番運用まで をご覧ください。
Claudianとは:Obsidian VaultをAIエージェントの作業環境に変えるOSSプラグイン
2026年4月時点でGitHubスター7,700超、Obsidianコミュニティで急速に普及しているプラグインがある。開発者YishenTu氏が公開している Claudian は、Obsidian Vault(ノートのフォルダ)をそのまま Claude Code / Codex CLI の作業ディレクトリとして扱えるTypeScript製プラグインだ。普段メモを書いているフォルダの中で、AIエージェントがファイルを読み書き・検索し、bashコマンドを実行し、マルチステップのワークフローを回す。

これまで Obsidian 内の AI プラグインは「AIで文章生成してカーソル位置に挿入する」が主な用途だった。Text Generator や Copilot for Obsidian は Chat機能や生成機能を提供するが、ファイルシステムへの書き込み・検索・bash実行といった「エージェント」としての挙動はサポートしていない。Claudianの最大の差別化点は、Claude Codeの強みである「ローカルファイルを扱うエージェントランタイム」をそのまま Obsidian に取り込んだ点にある。
Vault配下のMarkdown・画像・スクリプト・PDFに対して、Claudeがファイル編集ツール・Grepツール・Bashツールを使って自律的に動く。 .claude/ や .claudian/ ディレクトリをVault内に持ち、セッションやMCP設定を Vault 単位で管理できるため、研究ノート・技術ブログ・業務手順書といった用途ごとに独立した「AIワークスペース」を持てる。
類似の方向性を目指すツールとしては、ターミナルネイティブの OpenCode や、Everything Claude Code で紹介したClaude Codeエコシステムの派生ツール群がある。ObsidianのノートUIから使えるという点でClaudianは独自のポジションを占める。
Claudian = Claude Code / Codex を Obsidian に埋め込むOSSプラグイン(MIT、スター7,700超)
Vault がそのまま「AIエージェントの作業ディレクトリ」になる(ファイル読み書き・検索・bash)
他のObsidian系AIプラグインは「文章生成挿入」止まり、Claudianは「エージェント実行」まで
なぜ「Obsidian × Claude Code」なのか
ターミナルで動く Claude Code が既に強力なのに、わざわざObsidianに組み込む意味は何か。答えは「編集対象と参照対象が一致する環境にエージェントを置く」ことの価値だ。
Obsidianは知識労働者が使う「第二の脳」として広く採用されている。研究ノート、読書メモ、ブログ下書き、会議録、コードスニペット、タスク管理まですべてがMarkdownファイルとして蓄積される。この Vault に対して従来のAI連携は、次の3パターンに留まっていた。
| パターン | 代表プラグイン | できること | できないこと |
|---|---|---|---|
| 文章生成挿入型 | Text Generator | プロンプト→生成テキストをノートに挿入 | 既存ノートを編集・検索・関連付け |
| セマンティック検索型 | Smart Connections | ノート間の関連性をベクトルで検索 | ファイル編集・bash・ツール実行 |
| 外部LLMブリッジ型 | Copilot for Obsidian | OpenAI/Claude APIと直接通信 | エージェント的なマルチステップ実行 |
Claudianは、これらのどれにも属さない「エージェントランタイム型」という第4のカテゴリーを切り開いた。ノートを読み、別のノートに書き、grepで全体を検索し、bashでスクリプトを動かし、複数ステップの作業を自動化する。Claude CodeのReact/Actループがそのままノート作業にマッピングされる。
具体的な変化
- 論文レビュー: PDFからメモした研究ノート群を Claude に渡し、「最近3ヶ月に読んだRAG関連論文を横断して、まだ試していない手法を抽出して新ノートにまとめて」と指示すると、grepで関連ノートを探し、差分を計算し、新規ノートを作成するところまで一貫実行する。
- ブログ執筆: 下書きノートを選択し、インライン編集で「この段落をよりSEO向けに、キーワード
Claude Code MCPを自然に含むよう書き換えて」と依頼すると、単語単位のdiffプレビューで提案が表示され、承認/却下/再生成できる。 - タスク管理: Daily Note から「今週やり残したタスクを別のWeekly Noteに集約して、優先度順に並べて」と指示すると、複数ファイルを横断してチェックボックス済み/未済の差分を集計する。
これらはClaude Code Auto Modeで解説したエージェント型実行をObsidianのUIから呼び出す形だ。ターミナルで claude と打つ代わりに、ノートを開いたままサイドバーでエージェントに話しかける。
主要機能の全体像
Claudian の機能は大きく分けると6つのレイヤーで構成される。
サイドバーのチャット"] UI --> C2["Inline Edit
選択テキストの単語単位diff編集"] UI --> C3["Slash Commands
/ や $ で呼び出すテンプレ・Skills"] UI --> C4["@mention
Vaultファイル・MCP・外部ファイル参照"] UI --> C5["Plan Mode
Shift+Tabで設計→承認→実装"] UI --> C6["Multi-Tab
複数会話タブ・履歴・fork・resume"] C1 --> RT["Provider Runtime層"] C2 --> RT C3 --> RT C4 --> RT C5 --> RT C6 --> RT RT --> P1["Claude Provider
Claude Code SDK"] RT --> P2["Codex Provider
Codex app-server JSON-RPC"] P1 --> API1["Anthropic API / Openrouter / Kimi"] P2 --> API2["OpenAI API / 互換エンドポイント"] RT --> MCP["MCP Servers
stdio / SSE / HTTP"]
READMEで列挙されている主要機能を、実際の操作イメージと対応させて整理する。
1. Chat Sidebar(サイドバーチャット) — Obsidianのリボンアイコンまたはコマンドパレットからチャットを開く。会話はタブで並列管理でき、各タブは独立したセッションとして ~/.claude/projects/ または ~/.codex/sessions/ に保存される。ノートを開いたまま横にチャットを置いておける。
2. Inline Edit(インライン編集) — ノート内でテキストを選択して設定したホットキーを押すと、単語単位のdiffプレビューが表示されるモーダルが立ち上がる。「この段落を丁寧な口調に書き換えて」「このコードサンプルを TypeScript にポーティングして」といった指示で、選択範囲だけをピンポイントに書き換えられる。差分を見てから承認するので、意図しない書き換えを防げる。
3. Slash Commands & Skills(スラッシュコマンドとスキル) — チャット入力で / または $ を入力すると、再利用可能なプロンプトテンプレートやSkillsの一覧が表示される。スコープは「ユーザーレベル(~/.claude/skills/)」と「Vaultレベル(<vault>/.claude/skills/)」の2階層。Claude Skillsの仕組みをそのまま活用できるため、Claude Code本体で育てたスキル資産がObsidianでも使える。
4. @mention(メンション参照) — @ を入力すると、Vault内のファイル、サブエージェント、MCPサーバー、外部ディレクトリのファイルを参照先として選べる。「@daily/2026-04-14.md の内容を要約して @weekly/2026-W15.md に追記して」といった複数ファイル間の処理が自然な表現で書ける。
5. Plan Mode(プランモード) — Shift+Tab でトグル。エージェントが即座にコードや編集を始めるのではなく、まず「何をどう変更するか」を設計し、承認を得てから実装するモード。大きな変更や複数ファイルにまたがる作業で暴走を防ぐ。[Autonomous Claude Code](/2026/03/25/news-claude-code-auto-mode/)のようなフル自動モードの対極にあたる、慎重運転用のUI。
6. Instruction Mode #(指示モード) — チャット入力で # から始まる行は、そのスレッドのカスタムインストラクションとして追加される。「# 常に日本語で答えて。コードコメントは英語」のような指示を、CLAUDE.mdを編集せずにセッション単位で足せる。
7. MCP Servers(MCPサーバー連携) — Model Context Protocol 経由で外部ツールを接続できる。stdio / SSE / HTTP の3方式に対応。Claudianの場合、Vault配下のMCP設定は本体アプリが管理するが、Codexプロバイダー側はCodex CLIが管理するMCP設定をそのまま使う(ここは差分があるので注意)。MCPマネージャーなどの外部ツールと組み合わせると管理が楽になる。
8. Multi-Tab & Conversations(マルチタブと会話管理) — タブごとに独立した会話、履歴、fork(分岐)、resume(再開)、compact(圧縮)が使える。長い議論の途中で別アプローチを試したくなったら fork して並行、飽きたら resume で戻せる。
インストール手順
Claudian は3つの方法でインストールできる。用途と頻度に応じて選ぶ。
方法1: GitHub Release から手動インストール(推奨)
最も安定した方法。本番用途で固定バージョンを使いたいときに選ぶ。
# 1. リリースページから最新の main.js / manifest.json / styles.css をダウンロード
# https://github.com/YishenTu/claudian/releases/latest
# 2. Vault内にプラグインフォルダを作成
mkdir -p /path/to/vault/.obsidian/plugins/claudian
# 3. ダウンロードしたファイルを配置
cp ~/Downloads/main.js /path/to/vault/.obsidian/plugins/claudian/
cp ~/Downloads/manifest.json /path/to/vault/.obsidian/plugins/claudian/
cp ~/Downloads/styles.css /path/to/vault/.obsidian/plugins/claudian/
# 4. Obsidianを起動 → Settings → Community plugins → Claudianを有効化
方法2: BRAT(Beta Reviewers Auto-update Tester)経由
自動アップデートが効くため、常に最新版を追いかけたい場合に便利。
1. コミュニティプラグインから「BRAT」をインストール
2. BRATを有効化
3. BRATの設定を開く → "Add Beta plugin"
4. リポジトリURLを入力: https://github.com/YishenTu/claudian
5. "Add Plugin"をクリック → Claudianが自動インストールされる
6. Settings → Community plugins → Claudianを有効化
BRATは新バージョンがリリースされると通知してくれるため、開発速度の速いプラグインをキャッチアップするのに向く。Claudianは2026年3月から4月にかけてv1.3.71 → 2.0.2までマイナーリリースが10回以上出ており、BRAT運用が現実的だ。
方法3: ソースからビルド(開発者向け)
コードを改変したい、最新のmainブランチで試したい場合に使う。
# Vaultのプラグインフォルダに移動
cd /path/to/vault/.obsidian/plugins
# クローン
git clone https://github.com/YishenTu/claudian.git
cd claudian
# 依存関係インストールとビルド
npm install
npm run build
# 開発モード(ファイル変更を監視)
npm run dev
.env.local.example を .env.local にコピーしてVaultのパスを指定しておくと、ビルド時に自動で配置先までコピーされるように設定できる。
前提条件
- Claude プロバイダー: Claude Code CLI のインストール(native installを推奨)。Anthropic Claude のサブスクリプション/API、または Openrouter、Kimi など互換プロバイダーを使う
- Codex プロバイダー(オプション): Codex CLI のインストール
- Obsidian: v1.4.5 以上
- プラットフォーム: デスクトップのみ(macOS / Linux / Windows)。モバイル版Obsidianでは動作しない
モバイル非対応は要注意。Obsidian Sync でVaultをモバイルと共有している場合、.claude/ や .claudian/ ディレクトリは同期されるが、モバイル側でClaudian自体は動かない。
Claude Code CLI 単体 vs Cursor vs 他プラグインとの比較
ツール選定の視点で整理する。
| 項目 | Claudian | Claude Code CLI単体 | Cursor | Text Generator (Obsidian) | Smart Connections (Obsidian) |
|---|---|---|---|---|---|
| ホスト環境 | Obsidian | ターミナル | 専用エディタ | Obsidian | Obsidian |
| 作業対象 | Vault全体 | 任意のディレクトリ | プロジェクト | 単一ノート | Vault全体(読み込み) |
| ファイル編集 | ◎ 単語単位diff | ◎ Edit/Write | ◎ | △ 挿入のみ | × 検索のみ |
| ファイル検索 | ◎ Grep/Glob | ◎ Grep/Glob | ◎ | × | ◎ セマンティック検索 |
| Bash実行 | ◎ | ◎ | ◎ | × | × |
| MCP連携 | ◎ stdio/SSE/HTTP | ◎ | ◎ | × | × |
| マルチプロバイダー | Claude Code / Codex | Claudeのみ(互換経由で拡張可) | 複数LLM | 複数LLM | OpenAI系中心 |
| プランモード | ◎ Shift+Tab | ◎ | ◎ | × | × |
| 会話タブ・fork/resume | ◎ | △ CLI履歴 | ◎ | × | × |
| ノート統合UX | ◎ | × | × | ○ | ◎ |
| コーディング特化 | ○ | ◎ | ◎ | × | × |
| ライセンス | MIT | Apache 2.0 | プロプラ | MIT | MIT |
Claudianのスイートスポットは、「ノート中心のワークフローを持つユーザーが、ノート資産に対してAIエージェントを走らせたい」ケースだ。純粋なソフトウェア開発なら Claude Code CLI 単体や Cursor の方が馴染む。逆に、研究・ライティング・PKM(Personal Knowledge Management)的な作業にAIエージェントを投入したいなら、Claudianの方がコンテキストが合う。
ちなみに Cursor との比較は Claude Code vs Cursor徹底比較 で詳しく扱っているので、コーディング用途で迷う場合はそちらも参照。
実践ユースケースと具体的な使い方
READMEが網羅している機能を、現実のワークフローにどう組み立てるか。
ユースケース1: 研究ノートを横断して仮説を抽出
Vault内の research/ フォルダに数十本の論文メモがある状態で、次のようにチャットに投げる。
@research/ 配下のMarkdownノートを全てgrepして、
「Retrieval-Augmented Generation」に関する未検証の手法をリストアップ。
結果は @insights/rag-hypotheses-2026Q2.md に箇条書きで新規作成。
各項目には出典ノートへのObsidianリンク[[ノート名]]を必ず添える。
Claudeは Glob と Grep でノートを走査し、新規ノートに結果を書き込む。[[ノート名]] のObsidianリンク記法も認識してくれるため、生成されたノートから出典ノートへジャンプできる。
ユースケース2: 下書きをインライン編集で仕上げる
ブログ下書きを開いて段落を選択、ホットキーを押す。
選択した段落をSEO観点で以下のように書き換えて:
- キーワード「Claude Code MCP」を自然に2回含める
- 冒頭を数字で始める
- 200文字程度
- 常体で
単語単位のdiffが表示されるので、気に入らなければ却下・再生成。気に入れば承認で差し替わる。
ユースケース3: Skills で繰り返し作業を自動化
Vault直下に .claude/skills/daily-review/SKILL.md を作成する。
---
name: daily-review
description: 当日のDaily Noteと作業メモから週次レビュー用サマリーを生成するスキル。"daily review"や"今日の振り返り"と言われたら自動で呼び出す。
allowed-tools: Read, Glob, Write
---
## 手順
1. `daily/$(date +%Y-%m-%d).md` を読む
2. `work-log/*.md` のうち今日のタイムスタンプを持つエントリを grep
3. 完了タスク・未完タスク・学びをそれぞれセクション分け
4. `weekly-drafts/$(date +%Y-W%V).md` に追記(ファイルがなければ新規作成)
チャットで /daily-review と入力、または「今日の振り返り」と話しかけるだけで、Claudeが自動判断して呼び出す。Skillsの詳しい書き方はClaude Skills完全解説を参照。
ユースケース4: MCPサーバーで外部APIと繋ぐ
Vaultに .claude/mcp.json を作成して、外部MCPサーバーを追加する。
{
"mcpServers": {
"notion": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-notion"],
"env": {
"NOTION_TOKEN": "secret_xxxxxxxx"
}
},
"github": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "ghp_xxxxxxxx"
}
}
}
}
これで「Notionのプロジェクトデータベースから未着手タスクを取得して今日のDaily Noteに追記」「GitHubの割り当て済みIssueをVaultの issues/ に同期」といった操作がチャットから呼べる。Codexプロバイダーを使う場合は、CodexCLI 側の設定ファイル ~/.codex/config.toml に書く点に注意。
ユースケース5: Plan Mode で大規模リファクタ
Vault配下のスクリプトをまとめてリファクタしたいとき、Shift+Tab で Plan Mode に入ってから依頼する。
scripts/ 配下のPythonスクリプト全てを、
- requests から httpx に移行
- 型ヒントを全関数に追加
- テストも対応する形で更新
まず計画を提示して承認を得てから実装を始めて。
Claudeはまず Read / Glob で対象を把握し、変更計画を箇条書きで提示する。承認してから実装が走るため、エージェントが意図外のファイルを触るリスクを抑えられる。
トラブルシューティング
READMEに記載された代表的なハマりどころと対処法を整理しておく。
spawn claude ENOENT / Claude CLI not found
Claudianが Claude CLI を自動検出できないときに出る。nvm、fnm、voltaなどNodeバージョン管理ツールを使っている場合に頻発する。
対処: CLIのパスを特定して Settings → Advanced → Claude CLI path に明示的に設定する。
| プラットフォーム | パス特定コマンド | パス例 |
|---|---|---|
| macOS / Linux | which claude |
/Users/you/.volta/bin/claude |
| Windows (native) | where.exe claude |
C:\Users\you\AppData\Local\Claude\claude.exe |
| Windows (npm) | npm root -g |
{root}\@anthropic-ai\claude-code\cli.js |
Windowsでは .cmd ラッパーを避ける。claude.exe または cli.js を直接指定する。
npm CLI と Node.js が別ディレクトリ
npmインストール版のCLIを使っている場合、GUIアプリのObsidianが PATH を解決できず Node.js を見つけられないことがある。
# CLIとNodeの位置を確認
dirname $(which claude)
dirname $(which node)
出力が異なる場合、次のどちらかで対応する。
- 推奨: ネイティブバイナリをインストール(nvm/fnmのNodeを経由しない)
- Settings → Environment → Custom variables に
PATH=/path/to/node/binを追加
Codex プロバイダーのトラブル
v2.0.0で追加されたCodex統合はまだ「様々なプラットフォーム・インストール方法での検証が継続中」と README に明記されている。動作が不安定な場合は GitHub Issues に報告すると作者が直接対応しやすい。
アーキテクチャ:プロバイダー抽象化の設計
v2.0.0の大きな変更はマルチプロバイダーアーキテクチャへのリファクタだった。src/ の構造を見ると設計思想が明確に読み取れる。
src/
├── main.ts # プラグインエントリポイント
├── app/ # 共通デフォルトとプラグインレベル永続化
├── core/ # プロバイダー中立のランタイム・レジストリ・型契約
│ ├── runtime/ # ChatRuntimeインターフェイスと承認型
│ ├── providers/ # プロバイダーレジストリとワークスペースサービス
│ ├── security/ # 承認ユーティリティ
│ └── ... # commands, mcp, prompt, storage, tools, types
├── providers/
│ ├── claude/ # Claude SDKアダプタ、プロンプト符号化、ストレージ、MCP
│ └── codex/ # Codex app-serverアダプタ、JSON-RPCトランスポート、JSONL履歴
├── features/
│ ├── chat/ # サイドバーチャット:タブ、コントローラ、レンダラー
│ ├── inline-edit/ # インライン編集モーダルとプロバイダーバックの編集サービス
│ └── settings/ # プロバイダータブ付き設定シェル
├── shared/ # 再利用可能なUIコンポーネントとモーダル
├── i18n/ # 国際化(10ロケール対応)
├── utils/ # 横断ユーティリティ
└── style/ # モジュラーCSS
core/runtime/ が ChatRuntime インターフェイスを定義し、providers/claude/ と providers/codex/ がそれを実装するという典型的な「戦略パターン」構成だ。新プロバイダーを追加したければ、ChatRuntime を満たすアダプタを書き、providers/registry.ts に登録すればよい。この抽象化のおかげで、ロードマップの「更に多くのプロバイダー追加」が現実的な作業で済む。
i18nが10ロケール対応しているのも興味深い。Obsidianプラグインとしては例外的に国際化に力が入れられており、日本語UIも利用できる。
v2.0.0で Claude / Codex 両対応のマルチプロバイダーアーキテクチャに刷新
core層がランタイム契約を定義、providers層がそれを実装する戦略パターン
10ロケール対応。プラグインとしては例外的に i18n が整備されている
セキュリティとプライバシー
READMEの “Privacy & Data Use” 節で明記されている通り、Claudianはプラグイン自体にはテレメトリが一切ない。ただし使用中はAPIプロバイダー(Anthropic、OpenAI、または互換先)に通常のClaude Code/Codexと同じデータが送信される点には留意する。
| データ種別 | 送信先 | 保存先 |
|---|---|---|
| ユーザー入力 | APIプロバイダー | なし(即時送信) |
| 添付ファイル・画像 | APIプロバイダー | なし |
| ツール実行結果 | APIプロバイダー | トランスクリプトに含まれる |
| Claudian設定 | ローカル | vault/.claudian/ |
| Claudeプロバイダー設定 | ローカル | vault/.claude/ |
| トランスクリプト | ローカル | ~/.claude/projects/(Claude)/ ~/.codex/sessions/(Codex) |
機密情報を含むVaultで使う場合のチェックリスト。
.gitignoreに.claudian/、.claude/を追加(トランスクリプトがGitに混入しないよう)- MCPサーバーの
envにトークンを直書きしない(.envから読ませる・環境変数を使う) - Plan Mode を標準で有効にして、承認なしでの bash 実行を止める
- Enterprise 用途では Obsidian Sync よりローカル暗号化ボリューム(VeraCrypt等)の方が安全
Claude Codeのセキュリティ運用と同様、エージェントに強い権限を与える以上、承認フローの設計がそのまま安全性を決める。
類似ツールとの使い分け
Claudianと併用・使い分けを考えたい周辺OSSを挙げる。
- Claude Code CLI本体: ターミナルに閉じた開発作業はCLIのほうが高速。Claudianはノート作業に寄せた拡張として位置付けるのが自然。
- OpenCode: ターミナルベースのClaude Code代替。Obsidianを使わないならこちら。
- RTK (Rust Token Killer): Claude Code呼び出し時のトークン節約プロキシ。Claudianの裏で併用できる。
- Harness Engineering系ツール: エージェント実行環境を強化する周辺ツール群。
- Anthropic公式 Skills: Skills公式リポジトリ。ここにあるSkillsをVaultの
.claude/skills/にコピーすればClaudianから即使える。
Vault を「ナレッジベース × エージェント実行環境」として捉え直すと、単独ツールではなくエコシステムの一部として Claudian を置く発想になる。
いつ Claudian を選ぶべきか、選ばないべきか
選ぶべきケース
- 日常的にObsidianをメインの作業環境として使っている
- 既存のVaultに数百〜数千ノートが蓄積されており、それを活用したい
- コード・設定・文書を同じVaultで管理している
- Claude Codeのエージェント能力をノート作業に持ち込みたい
- Skills や MCP 設定を Vault 単位で管理したい
選ばない方がよいケース
- 純粋なソフトウェア開発ワークフローでターミナルに留まりたい → Claude Code CLI単体
- エディタ中心で進めたい、Pythonコード補完が主 → Cursor、VS Code + Claude拡張
- Obsidian以外(Logseq、Notion等)を使っている → 対応プラグインがない
- モバイル中心でObsidian Mobileを多用する → デスクトップ専用なので不向き
- ノートへの書き込み権限をAIに与えるのが怖い → 従来型の「挿入のみ」プラグインが安全
関連記事: Claude Code完全ガイド2026:インストールから本番運用まで
まとめ:Obsidianエージェント時代の幕開け
Claudianは、Obsidianという「知識の貯蔵庫」を「エージェントの作業環境」へと転換させるプラグインだ。従来のObsidian AIプラグインが「AIに書かせる」だったのに対し、Claudianは「AIに働かせる」を可能にする。
- Vault をそのまま Claude Code / Codex の作業ディレクトリにマッピング
- チャット・インライン編集・Slash/Skills・@mention・Plan Mode・Multi-Tabの6つのUIプリミティブ
- v2.0.0 でマルチプロバイダー(Claude + Codex)に刷新
- MCP、Skills、Subagent といった Claude Code エコシステムを Vault 内で再利用可能
2026年4月時点でスター7,700超、v1.3.72からv2.0.2まで2週間で11リリースと開発ペースが早い。BRATで追いかけながら、Vault の .claude/skills/ にあなた自身のスキルを貯めていけば、ノートが溜まるほどエージェントが賢くなる「複利効果」が得られる。
Claude Code ベストプラクティス2026やClaude Skills完全解説と合わせて読み、Obsidian中心のAIワークフローを組み立ててみてほしい。