Obsidian × Claude Code で「AIセカンドブレイン」を構築する — コンテキストがプロンプトに勝つ時代
Noah Vincent さん（@noahvnct）が、Obsidian と Claude Code を組み合わせた「AI セカンドブレイン」の構築方法を公開し、大きな反響を集めています。
Steal My AI Second Brain Setup With Obsidian + Claude Code (For Free)
https://x.com/noahvnct/status/2029222820257935369
645 いいね・76 RT・1,741 ブックマークを集めたこのポストが紹介するのは、Obsidian の Vault（保管庫）に Claude Code を住まわせ、あなたの知識・プロジェクト・好みを全て理解した AI パートナーを作る方法です。Noah さんの主張の核心は「Context beats prompts. Always.（コンテキストはプロンプトに常に勝つ）」という一文に集約されています。
セカンドブレインとは何か
「セカンドブレイン」は、Tiago Forte が提唱した個人知識管理の概念です。本、記事、動画、ポッドキャストから得た知識を外部の仕組みに保存し、必要なときに取り出せるようにするシステムです。
従来のセカンドブレインの課題
多くの人がノートアプリに情報を溜め込みますが、実際にはほとんど活用できていません。
従来のセカンドブレイン:
インプット（本・記事・動画）
→ ノートを取る
→ フォルダに保存
→ 忘れる
→ 検索しても見つからない
→ 同じ情報を再度インプット
問題は「保存」と「活用」の間にあるギャップです。ノートは増え続けるが、必要なときに必要な情報を引き出す仕組みがない。Noah さんはこの問題を「誰も解決していなかった問題」と呼んでいます。
AI セカンドブレインの解決策
Claude Code を Obsidian Vault の中で動かすことで、このギャップが埋まります。
AIセカンドブレイン:
インプット（本・記事・動画）
→ ノートを取る
→ Obsidian Vault に保存
→ Claude Code が全ノートを読める
→ 「先月読んだ本と今のプロジェクトの関連は？」
→ 過去のノートを横断して回答
なぜ Obsidian × Claude Code なのか
Obsidian の特性
Obsidian はローカルファイルベースのノートアプリです。全てのノートが**プレーンテキスト（Markdown）**で保存されます。
| 特性 | Claude Code にとっての利点 |
|---|---|
| ローカルファイル | Vault ディレクトリを直接読み書きできる |
| Markdown 形式 | AI が構造を理解しやすい |
| フォルダ構造 | ファイルシステムとして自然にナビゲート可能 |
| リンク機能 | [[ノート名]] でノート間の関係が明示的 |
| 無料 | 基本機能は完全無料 |
Claude Code の特性
Claude Code はターミナルで動作する AI エージェントです。ファイルの読み書き、検索、コマンド実行ができます。
| 特性 | セカンドブレインでの効果 |
|---|---|
| CLAUDE.md 自動読み込み | セッション開始時にコンテキストを自動取得 |
| Glob パターン検索 | ファイル名から必要なノートを高速に特定 |
| ファイル読み書き | ノートの作成・更新・整理を自動化 |
| Skills | 繰り返し作業をコマンド化 |
| memory.md | セッション間でコンテキストを永続化 |
組み合わせの相乗効果
Obsidian 単体:
人間がノートを書く → 人間が検索する → 人間が関連づける
Claude Code 単体:
毎回コンテキストを説明 → 一般的な回答 → セッション終了でリセット
Obsidian + Claude Code:
人間がノートを書く → Claude が全ノートを読める
→ 関連づけを自動提案 → セッション間もコンテキスト維持
Vault の構造設計
PARA メソッド
Noah さんの Vault は、Tiago Forte の PARA メソッドに基づいています。
| フォルダ | 役割 | 例 |
|---|---|---|
| 00_Inbox | 一時的なキャプチャ場所 | メモ、アイデア、音声書き起こし |
| 01_Projects | 期限のあるアクティブな取り組み | ブログ記事執筆、アプリ開発 |
| 02_Areas | 期限のない継続的な責任領域 | 健康管理、財務、スキル開発 |
| 03_Resources | 参照用の知識ベース | 読書メモ、技術リファレンス |
| 04_Archive | 完了・非活性化した項目 | 過去のプロジェクト |
この分類の特徴は、情報をトピック別ではなく「行動可能性」で整理することです。「今すぐ必要か」「継続的に参照するか」「いつか使うかもしれないか」で分けます。
Claudesidian の実装例
Noah さんが公開している Claudesidian は、PARA 構造を Claude Code 用に最適化した Vault テンプレートです。
vault/
├── CLAUDE.md # エージェントへの指示書
├── tasks.md # 中央タスク一覧
├── 00_Inbox/ # 未整理のキャプチャ
├── 01_Projects/ # アクティブプロジェクト
│ └── [プロジェクト名]/
│ ├── overview.md # プロジェクト概要
│ ├── tasks.md # プロジェクト固有タスク
│ └── ideas.md # アイデアメモ
├── 02_Areas/ # 継続的な責任領域
├── 03_Resources/ # 参照資料
├── 04_Archive/ # 完了項目
├── 05_Attachments/ # 画像・PDF
├── 06_Metadata/ # テンプレート・設定
└── .scripts/ # 自動化スクリプト
ファイル命名規則
日記ファイルには YYYY-MM-DD [要約].md の形式を使います。
personal/diary/
├── 2026-03-01 プロジェクトXの方針転換.md
├── 2026-03-03 読書メモ_思考の整理学.md
└── 2026-03-05 クライアント会議の振り返り.md
この命名が重要な理由は、Claude Code が Glob パターンでファイル名をスキャンできるからです。全ファイルを開かなくても、ファイル名だけで必要なノートを特定できます。
CLAUDE.md の設計
CLAUDE.md は、Claude Code がセッション開始時に自動的に読み込む指示書です。ここに「あなたが誰か」「どんなプロジェクトをしているか」「どんなルールに従うか」を書きます。
記載すべき内容
| カテゴリ | 内容例 |
|---|---|
| 自己紹介 | 職業、専門分野、現在の目標 |
| プロジェクト一覧 | 進行中のプロジェクトとその状態 |
| フォルダ構造 | Vault の構成と各フォルダの役割 |
| 文章ルール | 文体、トーン、フォーマットの好み |
| 制約事項 | やってはいけないこと、触れてはいけないファイル |
設計の原則
Noah さんと複数の実践者が共通して強調するポイントがあります。
「生データは編集しない」: 音声書き起こしやメモの原文は保持し、構造化は別レイヤーで行います。元データの完全性を守ることで、後から再解釈できます。
「シンプルに始めて、必要に応じて複雑にする」: 最初から完璧な構造を作ろうとせず、3つのルールから始めて、使いながら育てます。
「index.md でナビゲーションを効率化する」: 各フォルダに index.md を置き、内容の要約とキーファイルへのリンクを書きます。Claude Code が Vault 全体を読まなくても必要な情報にたどり着けます。
Skills による自動化
Claude Code の Skills 機能を使えば、繰り返し作業をコマンド一つで実行できます。
具体例
/inbox-processor — Inbox に溜まったメモを適切なフォルダに振り分け、タグとリンクを追加します。
/daily-review — 今日のタスクを確認し、昨日の進捗をレビューし、優先順位を提案します。
/weekly-synthesis — 1週間のノートを横断して、気づきや傾向をまとめます。
/thinking-partner — アイデアについて対話的に深掘りし、既存のノートとの関連を探ります。
/voicenotetoletter（Noah さんの例）— 音声メモを翻訳し、ニュースレター形式に整形し、メタデータと件名案を自動生成します。
Skills の作り方
Skills は SOP（標準作業手順書）を Markdown で書き、.claude/skills/ に保存するだけです。
.claude/skills/
├── inbox-processor.md
├── daily-review.md
├── weekly-synthesis.md
└── thinking-partner.md
セットアップ手順
5ステップで始める
ステップ 1: Obsidian をインストール
obsidian.md から無料でダウンロードします。
ステップ 2: Claude Code をインストール
| |
ステップ 3: Vault を作成
Obsidian で新しい Vault を作成するか、Claudesidian テンプレートをクローンします。
| |
ステップ 4: Claude Code を起動
ターミナルで Vault フォルダに移動し、Claude Code を起動します。
| |
ステップ 5: CLAUDE.md を生成
Claude Code に Vault の構造を読ませ、CLAUDE.md を自動生成させます。
Read my vault structure and write a CLAUDE.md file for me.
Ask me about my goals, tasks, preferences to get this right.
Claude Code があなたにインタビューし、最適な CLAUDE.md を提案・作成します。
費用
| 項目 | 費用 |
|---|---|
| Obsidian | 無料 |
| Claude Code（Claude Pro） | 月額 $20 |
| モバイル同期（Syncthing） | 無料 |
| モバイル同期（Obsidian Sync） | 月額 $4（任意） |
MCP 連携と Obsidian プラグイン
Obsidian と Claude Code の連携方法は、直接実行以外にも複数あります。
主要な連携プロジェクト
| プロジェクト | 方式 | 特徴 |
|---|---|---|
| Claudesidian | Vault テンプレート | PARA 構造 + スキル + セットアップウィザード |
| Nexus | MCP サーバー | Obsidian Vault を MCP ツールとして公開 |
| obsidian-claude-code-mcp | MCP プラグイン | Obsidian から MCP 経由で Claude Code と接続 |
| Claudian | Obsidian プラグイン | Claude Code を Obsidian 内に埋め込み |
| obsidian-claude-code | Obsidian プラグイン | Claude Agent SDK で Vault 操作 |
直接実行 vs MCP
| 方式 | 利点 | 欠点 |
|---|---|---|
| 直接実行（ターミナル） | シンプル、追加設定不要、高速 | Obsidian UI との統合なし |
| MCP サーバー | 構造化されたアクセス、権限制御 | セットアップが必要 |
| Obsidian プラグイン | GUI 統合、視覚的操作 | プラグイン依存、更新管理 |
Noah さんのアプローチは直接実行です。Obsidian の Vault フォルダでターミナルを開き、そこで Claude Code を実行するだけのシンプルな構成です。
.env 漏洩リスクへの注意
swarm_ai_cloud さん（@swarm_ai_cloud）が関連して指摘しているように、Claude Code の自動モードにはプロンプトインジェクションのリスクがあります。
.env問題に関連してちょうど本日AnthropicよりClaude Codeの「自動モード」に関するメールが来ていました。最も重要なのは「プロンプトインジェクション」の安全対策がなされている、と言うことで、デフォルトはこれを利用しつつ、目視確認と、もっと強固にやりたい場合は.env等の退避が良いかもしれません。
https://x.com/swarm_ai_cloud/status/2029384153821790475
awakia さん（@awakia）の実験では、ウェブページの閲覧を通じて .env ファイルの内容が漏洩する可能性が確認されています。Vault に機密情報を含むファイル（.env、API キー、認証情報）がある場合は注意が必要です。
対策
| 対策 | 方法 |
|---|---|
| .env の退避 | Vault 外に移動し、シンボリックリンクも作らない |
| CLAUDE.md での制限 | 「.env ファイルを読むな」と明記 |
| settings.json | deny ルールで機密ファイルへのアクセスをブロック |
| 目視確認 | 自動モードでも重要な操作は承認する |
「コンテキストがプロンプトに勝つ」の意味
Noah さんの「Context beats prompts. Always.」は、AI セカンドブレインの設計哲学を端的に表しています。
プロンプト中心のアプローチ
毎回のセッション:
「私は○○のプロジェクトをしていて、先週は××を決めて、
文体は△△で、参考にしている本は□□で...」
→ 長いプロンプト → それでも不十分 → AIが見当違いの回答
コンテキスト中心のアプローチ
毎回のセッション:
Claude Code が CLAUDE.md + memory.md + Vault を自動読み込み
→ 「先月のブログ記事の続きを書いて」
→ 短い指示で高精度な回答
違いは、情報をプロンプトに詰め込むか、環境に埋め込むかです。Vault という永続的なコンテキストがあれば、プロンプトは最小限でよくなります。セッションを重ねるほど Claude Code があなたを理解し、出力の精度が上がっていく — これが「AI セカンドブレイン」の本質です。
まとめ
- AI セカンドブレインの核心は、「保存」と「活用」のギャップを Claude Code が埋めること。ノートを溜めるだけでなく、横断的に検索・関連づけ・活用できる
- Obsidian + Claude Code の相性が良い理由は、ローカル Markdown ファイル + ファイルシステム操作可能な AI エージェントという組み合わせ。MCP 不要でシンプルに始められる
- PARA メソッド（Inbox / Projects / Areas / Resources / Archive）で Vault を構造化し、ファイル名に要約を含めることで Claude Code の検索効率を最大化する
- CLAUDE.mdにあなた自身の情報・ルール・プロジェクトを記述し、セッション開始時に自動読み込みさせることで、毎回のコンテキスト説明が不要になる
- Skillsで繰り返し作業（Inbox 処理、週次振り返り、コンテンツ生成）をコマンド化し、知識管理の摩擦を最小化する
- セキュリティには注意が必要 — .env や機密ファイルは Vault 外に退避し、settings.json でアクセスを制限する
- 「Context beats prompts」— プロンプトを磨くより環境（Vault + CLAUDE.md + memory.md）を育てる方が、長期的に AI の出力精度を上げる
補足: ローカル LLM でセカンドブレインは構築できるか
Claude Code はクラウド API を使うため、Vault の内容が Anthropic のサーバーに送信されます。プライバシーを重視する場合、Qwen などのオープンウェイトモデルをローカル PC で動かす選択肢が気になるところです。
3つの実装アプローチ
| アプローチ | 仕組み | 難易度 |
|---|---|---|
| Obsidian プラグイン | Smart Second Brain / Copilot + Ollama | 低 |
| MCP サーバー経由 | obsidian-mcp-server + Ollama | 中 |
| CLI エージェント | aider / Qwen3-Coder を Vault で直接実行 | 中〜高 |
Smart Second Brain は Ollama バックエンドで Qwen を含む任意のローカル LLM を使えるプラグインです。Obsidian Copilot はエージェントモードでツール呼び出しに対応し、Vault 検索を自動実行します。
性能面の比較
| 能力 | Claude Code (Opus 4.6) | Qwen3-32B (ローカル) | Qwen3-8B (ローカル) |
|---|---|---|---|
| コンテキスト窓 | 200K トークン | 128K（実用は 64K 以下） | 128K（実用は 32K 以下） |
| ファイル読み書き | ネイティブ対応 | MCP/プラグイン経由 | 同左 |
| Glob パターン検索 | ネイティブ | ツール呼び出し精度が劣る | さらに劣る |
| Skills 実行 | ネイティブ | 非対応（独自実装が必要） | 同左 |
| CLAUDE.md 自動読み込み | ネイティブ | 非対応（プラグイン側で実装） | 同左 |
| 複雑な指示への追従 | 高い | Claude Sonnet 4.0 相当 | やや不安定 |
| 推論速度 | 高速（クラウド） | 約 20 tok/s（M4 Max） | 40+ tok/s |
| コスト | 月額 $20 | 電気代のみ | 電気代のみ |
| プライバシー | クラウド送信あり | 完全ローカル | 完全ローカル |
最大のギャップ: エージェント能力
Claude Code の強みは「ファイルを読む → 判断する → 編集する → 検証する」のループを自律的に回せることです。ローカル LLM はツール呼び出し（tool use）の精度が低く、複数ステップの自律タスクで脱線しやすいです。
また、Qwen3-32B は仕様上 128K コンテキストに対応しますが、YaRN による拡張のため 64K を超えると品質が劣化します。大量のノートを横断検索するには、RAG（ベクトル検索）との併用が必須です。Smart Connections プラグインは nomic-embed-text でノートのベクトル検索を提供し、この制約を補います。
エージェントソフトウェアでギャップを埋める
ローカル LLM 単体ではエージェント能力が不足しますが、別途エージェントソフトウェアを導入することで「ファイル操作・ワークフロー自動化・セッション間記憶」のギャップはかなり埋められます。
有力なエージェントソフトウェア
| エージェント | GitHub Stars | Ollama 対応 | ファイル読み書き | MCP 対応 |
|---|---|---|---|---|
| Goose (Block) | 26,100+ | 対応 | シェル + MCP 拡張 | ネイティブ |
| aider | 30,000+ | 対応 | コード編集特化 | なし |
| OpenHands | 50,000+ | 対応 | サンドボックス内で自由 | 対応 |
Goose が最も有望
Goose は Block（旧 Square）が開発するオープンソースのオンマシン AI エージェントです。コーディング以外のタスクにも対応しており、MCP 経由で Obsidian Vault を操作できます。
Goose + Ollama + Obsidian MCP サーバー:
Goose（エージェント）
├── LLM バックエンド: Ollama (Qwen3-32B)
├── MCP 拡張: obsidian-mcp-server
│ └── ノートの読み書き・検索・タグ管理
├── MCP 拡張: Knowledge Graph Memory
│ └── セッション間の記憶永続化
└── Recipes（ワークフロー自動化）
└── Inbox処理・週次レビュー等
Goose の Recipes は Claude Code の Skills に相当し、繰り返しワークフローをコマンド化できます。Knowledge Graph Memory 拡張でセッション間の記憶も永続化でき、Claude Code の memory.md に近い体験が得られます。
aider と OpenHands の位置づけ
aider はコード編集に特化した AI ペアプログラミングツールです。Vault 内の Markdown ファイルも「コード」として編集できますが、知識管理向けの機能（タグ管理、リンク解析等）はないため、ノート内容の書き換えには使えるがワークフロー全体の自動化には向きません。
OpenHands はサンドボックス内でファイル操作・シェル実行が可能な汎用エージェントです。32B モデルで SWE-Bench Verified 37.2% の解決率を持ちますが、Docker ベースの構成でセットアップがやや重いです。
埋まるギャップと残るギャップ
| 能力 | エージェントソフトで解決 | LLM 性能に依存 |
|---|---|---|
| ファイルの読み書き | Goose + MCP で解決 | - |
| ワークフロー自動化 | Goose Recipes で解決 | - |
| セッション間記憶 | Knowledge Graph MCP で解決 | - |
| 複雑な判断（「このノートは Areas に移すべきか」） | - | Qwen3-32B は Claude Opus に劣る |
| 長文の要約・統合の品質 | - | コンテキスト窓と推論品質の差 |
| ツール呼び出しの安定性 | - | ローカル LLM は脱線率が高い |
「何ができるか」（ツールアクセス）のギャップはエージェントソフトで埋まりますが、「どれだけ上手にやるか」（判断の質）のギャップはモデル性能に依存します。 特に「491個のノートから関連性の高い5個を選ぶ」「曖昧な指示から意図を正確に汲む」といった場面で差が出ます。エージェントソフト導入により Claude Code の 70〜80% の体験は再現できると見積もりますが、残り 20〜30% は LLM の推論品質差です。
現実的なローカル構成
プラグイン構成（簡易版）
Obsidian Vault
├── Copilot プラグイン（Ollama バックエンド）
│ └── Qwen3-32B: チャット・質問応答
├── Smart Connections プラグイン
│ └── nomic-embed-text: ノートのベクトル検索（RAG）
└── 手動ワークフロー
└── ノート整理・リンク作成は人間が実施
向いている用途: ノート検索・質問応答・要約・アイデア出し 向いていない用途: 自律的なノート整理・複数ファイル一括編集・ワークフロー自動化
エージェント構成（本格版）
Goose (CLI/デスクトップ)
├── Ollama (Qwen3-32B or Qwen3-Coder)
├── obsidian-mcp-server（Vault 操作）
├── Knowledge Graph Memory（記憶永続化）
├── Smart Connections（ベクトル検索）
└── Recipes（Inbox 処理・週次レビュー等）
向いている用途: 簡易版の全機能 + 自律的なノート整理・ワークフロー自動化 向いていない用途: 高度な判断を伴う複雑なタスク（Claude Code が優位）
推奨: 目的別の選択
| 優先事項 | 推奨構成 |
|---|---|
| プライバシー最優先（簡易） | Qwen3-32B + Copilot + Smart Connections |
| プライバシー最優先（本格） | Qwen3-32B + Goose + obsidian-mcp-server |
| コスト最小 | Qwen3-8B + Smart Second Brain |
| 機能性最優先 | Claude Code（月 $20） |
| ハイブリッド | 日常の質問応答はローカル Qwen + Goose、複雑な整理は Claude Code |
プライバシーが最大の関心事であればローカル LLM は有力な選択肢です。Goose などのエージェントソフトウェアを併用すれば、Claude Code の Skills やセッション間記憶に近い体験が得られます。ただし、判断の質やツール呼び出しの安定性ではモデル性能の差が残るため、**ローカル LLM + エージェントは「検索・対話・定型ワークフロー」、Claude Code は「複雑な判断を伴う自律タスク」**という使い分けが現実的です。
参考
- Noah Vincent さんのポスト
- How to Build Your AI Second Brain Using Obsidian + Claude Code — Substack
- Claudesidian — GitHub
- Build Your Second Brain With Claude Code & Obsidian — WhyTryAI
- Second brain: Obsidian + Claude Code setup guide — Okhlopkov
- Nexus (Claudesidian MCP) — GitHub
- obsidian-claude-code-mcp — GitHub
- swarm_ai_cloud さんのポスト（.env セキュリティ）
- awakia さんのポスト（.env 漏洩実験）
- I put Claude Code inside Obsidian, and it was awesome — XDA
- Goose — GitHub
- Goose Knowledge Graph Memory 拡張
- aider — Ollama 連携ドキュメント
- OpenHands — ローカル LLM ドキュメント
- obsidian-mcp-server — GitHub
- Smart Second Brain — GitHub
- I built a second brain using only Obsidian and a local LLM — XDA