Special Report 2026.07.25 Obsidian × AI Agents 3-Round Verified

Obsidian ×AIエージェント活用 2026

AIの長期記憶装置として、ナレッジベースをどう設計・運用するか。海外パワーユーザー手法、日本語圏の経営者実装例、視覚化と定番プラグイン、そして「AIによる静かなVault破壊」への対策を、3ラウンドの並列調査＋出典抜き打ち検証で整理した。

要点から読む 出典を見る
knowledge base agent-owned memory
Layer 1
Ingest: 会話・受信箱・議事録の自動取り込み
raw sources → daily notes
Layer 2
Query: トピック別Wikiへの自動整理（毎朝）
daily → topical wiki
Layer 3
Lint: 矛盾検出・重複統合・意思決定ログ補足
human + agent review
Working model Karpathyの「LLM Wiki」構想と、日本語圏の「外部脳」実装が同じ3層モデルに収束しつつある。

Executive Summary

2026年の到達点

「AIエージェントがナレッジベースを継続的に読み書きし、経営者は結論だけを受け取る」という運用は、2026年時点で世界と日本語圏の両方で最先端の主流になった。同時に、AI連携ならではの実務リスクも輪郭が見えてきた段階だ。

Global Trend

Karpathy LLM Wiki 構想の普及

「LLMがMarkdown Wikiを継続的にIngest/Query/Lint」の3層モデルが英語圏の主流に。

Japan

経営者による実装事例が急増

2026年前半から、非エンジニア経営者が自前でAI外部記憶を組む公開事例が並ぶ。

Top Risk

AIによる静かなVault破壊

rename→リンク孤児化、near-duplicate量産、frontmatter破損が最大の実務課題。

Security

Local REST API CVSS 8.8

4.1.2以下はパストラバーサル脆弱性。使用中なら4.1.3以上へ即更新。

Plugin Shift

Bases 正式公開（1.9〜）

Dataviewの単純表用途を部分置換。全面移行ではなく「棲み分け」が現実解。

Findings

6分野の主要発見

海外パワーユーザー手法、X/Redditトレンド、AI連携（技術接続）、経営者実務活用、視覚化、プラグイン定番と落とし穴の6分野を並列調査した結果を、実務判断に必要な粒度で圧縮。

Section 0101

海外パワーユーザーの整理術は「ハイブリッド」が主流

Zettelkasten（1ノート1論点）・PARA（行動可能性で分類）・LYT（Home NoteとMOC）・Johnny.Decimal（数値住所）の4手法が現在も定番だが、厳密適用は少数派。実運用は「PARA-lite × 選択的Zettelkasten × 少数MOC × 粗い採番」のハイブリッドが主流だ。

PARA提唱者Tiago Forte本人が2026年に「PARAはAIへ渡す最小文脈単位」と再定義したことが象徴的（Forte Labs公式ブログ、検証済み）。分類そのものが目的ではなく、AIエージェントが正しい文脈を掴むための構造として再解釈されている。

Take: 既にプロジェクト別フォルダ＋技術Wikiを持っているなら、Vault全体の再分類は不要。今後触るノートから徐々にPropertiesとINDEXを整える「利用時バックフィル」で十分実用に耐える。
Section 0202

X/Reddit: 2025年11月以降「Claude Code + Obsidian」が爆発

英語圏コミュニティで毎週新スレが立つホットゾーンになった。象徴的なのは元Tesla AI・OpenAI創業メンバーのAndrej Karpathyが2026-04-04にGist「llm-wiki」を公開し、「LLMがMarkdown Wikiを継続的にIngest / Query / Lintする」構想を体系化したこと（Gist本文で検証済み）。日本語圏でも同時期に、経営者による実運用事例が一気に増えた。

Reddit直近月の話題は (a) Bases vs Dataview論争、(b) Canvas 3000ノードでのクラッシュ実測、(c) AI destructive-write問題、(d) 「CEO個人のvault公開への模倣文化への疲労感」といった内輪話題まで幅広い。

Take: 「AIエージェント × ナレッジベース」は今まさに設計論が結晶化しつつあるフェーズ。この時期に自社実装を持てば、今後1〜2年の議論をリードできる可能性が高い。
Section 0303

AI連携: 直接ファイルI/Oが最速、MCPは補助

公式に整備された接続は3系統ある。

Obsidian CLI（1.12.7以上に内蔵、公式）は最も単純、Obsidianアプリ起動中に使う。Obsidian Headless（Open Beta、公式）はDesktopなしで動作、遠隔サーバー用。Local REST API + 内蔵MCP（コミュニティ、約2.7k stars）は対象セクション編集・型付きfrontmatter・競合検知が強い。

コミュニティの合意は「Claude Codeなら直接ファイルI/Oが最速、MCPは必要な時だけ」。MCP serverは「filesystemが触れないアプリのためのもの」との評価が定着している。

Security Warning: obsidian-local-rest-api 4.1.2以下にCVSS 8.8のパストラバーサル脆弱性（GHSA-62gx-5q78-wrvx、公式Advisoryで検証済み）。認証済みAPIキーを持つ攻撃者がVault外のOSファイルを読み書き削除できる。修正版は4.1.3（2026-06-04公開）。5.0.2（2026-07-24）は別件の変更で、5.0.2自体はセキュリティ修正版ではない。
Section 0404

経営者実務活用: 日本語圏に複数の完成型実装

「非エンジニア × 複数事業並走 × Vault = AI外部記憶」の公開実装が既に複数存在する（全てnote.comで検証済み）。

実装者 設計の核
新居 祐介氏（opus合同会社代表） external-brain/下に projects/{事業名}/MEMORY.md ＋ decisions/D-001 形式の意思決定ログ ＋ 44行に圧縮したCLAUDE.md。10万円以上・削除・対外発信は人間承認必須のガードレール。LINE経由で外出中もAI操作。
アキ氏（Assetly代表・不動産×相続） 1顧客=1MDファイル（work/clients/client-001.md）に status / last_action / next_action / next_action_date / alert_days のfrontmatter。毎朝AIがフォロー漏れを自動チェック→業務日誌にアラート。プロンプトには案件番号のみ送信、氏名住所は送らない運用。
TAKA氏（@takapoyo_ai） 「①貯める（Web Clipper→/Clippings）／②回す（朝5分ブリーフィング）／③育てる（プロンプトを/Prompts/xxx-v1.1.mdで版管理）」の3ステップ。曜日で問いフレーム切替。
YOUTRUST Tech（須藤氏） CLAUDE.mdでデイリー自動生成、議事録66%削減・開発2.5倍を主張。
松濤Vimmer氏（批判派） 「ObsidianはAIの長期記憶保管に向かない、別途 ~/memory/ を人間PKMと分離」を主張。対立する立場だが、staging→昇格承認の仕組みは参考価値が高い。
Take: 新居式の意思決定ログと、アキ式の顧客frontmatter駆動CRMは、店舗顧客・商品リスナー・提携先など「継続関係の管理」に横展開しやすい。CLAUDE.mdは肥大化を避けて「ガードレール＋知識の在り処ポインタ」に絞るのが現代の型（数千行→44行に圧縮した例がある）。
Section 0505

視覚化: Basesが「AIが揃えたfrontmatterを俯瞰する主導線」に

Canvasは1.12でリンクがBacklinks/Graphに統合され視覚化力は強化されたが、Redditで3000ノードクラッシュが実測相場（スレ 1uko3vv）。公式ロードマップの「Canvas for Publish」は未実装。Graph Viewは全体グラフとしては「見た目だけ」との批判が根強く、実務は検索・INDEX・Backlinks・Basesが主導線になっている。

Bases（コアプラグイン、1.9で正式公開、公式Helpで検証済み）は1ファイル1行としてfrontmatterを表・カード・リスト表示する。Dataviewの単純表を置き換え可能だが、DataviewJS・inline field・TASK・CALENDARは代替不可。

Take: 視覚化は「AIが揃えたfrontmatterをBasesで俯瞰する」が2026年の型。事業ごと・案件ごとにBase 1枚（review_status / project / record_type / source_refs）を作れば、Vaultを開かなくても週次レビュー時にBasesだけ見れば済む。Canvasは事業関係図のスナップショット用、正本にはしない。
Section 0606

プラグイン定番と落とし穴（2026年時点の評価）

プラグイン 現状評価 実務示唆
Dataview 最終コミット2025-04-08、開発停滞 既存維持、単純表はBases移行、DataviewJSは残す
Templater 活発（2.24.3、2026-07-24）。最新版は minAppVersion: 1.13.0 1.12系なら旧互換版を継続
Excalidraw 活発だが個人メンテ・Open Issue 835件 AIエージェントのfrontmatter整形対象から *.excalidraw.md を除外
Smart Connections 4.5.3（2026-06）、source-availableライセンス 検索補助として便利、ただし正本にはしない
Copilot for Obsidian 3.3.3（2026-05）、v4は支援者向けEarly Access AI連携はClaude Code直結が主流、必須ではない
Omnisearch 1.29.3（2026-05）、活発 3,000ノート規模まで有力、AIが大量ファイルを作る環境では要テスト
Local REST API 4.1.2以下は脆弱性、4.1.3以上必須 上記Section 03を参照
kepano/obsidian-skills 43.2k stars、Obsidian CEO個人リポジトリ（準公式的） AIに正しいObsidian形式を教えるスキル集、Claude Code/Codex両対応
共通の落とし穴: Templater / DataviewJS は任意JS・システムコマンド実行可能。信頼できないテンプレートは実行しない。全ファイル保存時ではなく、新規作成時・限定フォルダだけで動かす設定にする。

Practical Checklist

経営者向け実践チェックリスト

本レポート編集部が「複数事業を並走する非エンジニア経営者」を想定して整理した、今すぐ手を付けるべき優先順と、あえてやらない判断のセット。既存の運用がある場合は「差分だけ」当てはめて確認するのが速い。

今すぐやるべき（優先順）

  1. 1

    Local REST APIプラグインのバージョン確認（5分）

    Obsidian設定→コミュニティプラグインで Local REST API のバージョンを見る。入っていない、または4.1.3以上なら無対応でよい。4.1.2以下なら即更新。

  2. 2

    意思決定ログ（decisionsフォルダ）の導入

    最初は事業ごとに5判断だけでよい。projects/{事業名}/decisions/D-001_{短いタイトル}.md に「決定／理由／却下した代替案／影響／日付」を残す。AIがピンポイントで参照しやすく、経営判断の再現性が上がる。

  3. 3

    CLAUDE.md（またはAGENTS.md）の棚卸し

    肥大化していたら「ガードレール＋知識の在り処ポインタ」だけを残す圧縮を検討する。新居氏は数千行→44行に圧縮した実例あり。判断だけ先にやって、実施は別ターンに分ける。

  4. 4

    frontmatter標準の明文化（1回書けば済む）

    生成ノートに record_type / project / status / source_refs / agent / generated_at / review_status を型付きで揃える。Basesで俯瞰する時に必須。

  5. 5

    週次Lintの追加（自動修正はまだしない）

    ingestに相当するスクリプトへ「矛盾フラグ・孤児ノート・重複候補・リンク切れ」の検出を追加し、受信箱に 週次Lint_YYYY-WNN.md として一覧出力する。修正は通知＋人間承認後に別ターンで実施。

Don't

やらなくていいこと

  • Vault約3,000ノートの一括再分類（Zettelkasten / PARA / Johnny.Decimalへ全面変換）
  • 意思決定ログの完全自動更新（既存判断の書き換えはAIに任せず、追記と supersedes で運用）
  • Dataviewの全面削除（既存クエリは残す、新規の単純一覧だけBases）
  • Bases Toolbox（Community版）のVault全体frontmatter書き換え機能
  • Local REST API / MCPへ自動処理層の全面移行（対象フォルダ限定の直接I/Oが最も安全）
  • Canvasを正本に使う（3000ノード限界＋Publish未対応、スナップショット用途に留める）
  • Smart Connections / Copilot のAI記憶を「正本」にする（キャッシュ扱いのまま）
Consider

検討価値ありの追加設計

  • アキ式のfrontmatter駆動CRMを実店舗（美容・整体・ヘッドスパ等）や商品リスナー、提携先管理に転用する
  • 松濤Vimmer氏のstaging方式（_staging/ と ai-memory/ を分離、人間承認後に本Vaultへ昇格）を、ingest処理の前段に挟む
  • 10万円以上の意思決定・削除・対外発信は「AIは提案まで、実行は人間承認」の明示ガードレール（新居式）
  • LINE等のチャット経由で外出中もAIに問い合わせできる薄いフロント（Hermes等）を1本用意

Operating Principle

Vaultは「AIに正しく忘れさせない」ための共有記憶装置。

人間が全部を読み返す前提を捨て、Ingest / Query / Lint の3層を分離する。書き手を単一に絞り、意思決定と生の記録を分ける。frontmatterを型付けし、Basesで俯瞰する。この5点だけ守れば、AIが自律的に長期記憶を扱っても壊れない。

Sources

出典一覧（検証済みマーク付き）

以下はWebFetchまたはcurlで実在・主張と整合を確認した一次情報。信頼性の担保のため、時間の都合で個別確認未実施の項目、および検証で落とした主張も明示的に開示する。

公式・GitHub Verified

Obsidian 1.12.7 Public Changelog obsidian.md/changelog/2026-03-23-desktop-v1.12.7/

2026-03-23公開版であることを確認

 Bases 公式Help obsidian.md/help/bases

コアプラグイン化を確認

 GHSA-62gx-5q78-wrvx（Local REST API パストラバーサル） github.com/coddingtonbear/obsidian-local-rest-api/security/advisories/GHSA-62gx-5q78-wrvx

CVSS 8.8、CVE未付与、4.1.2以下影響、修正版4.1.3を確認

 Local REST API 4.1.3 リリース github.com/coddingtonbear/obsidian-local-rest-api/releases/tag/4.1.3

2026-06-04、パストラバーサル修正を確認

 Local REST API 5.0.2 リリース github.com/coddingtonbear/obsidian-local-rest-api/releases/tag/5.0.2

2026-07-24、Periodic Note API削除・最低バージョン緩和（セキュリティ修正ではない）を確認

 kepano/obsidian-skills github.com/kepano/obsidian-skills

43.2k stars、Obsidian CEO個人リポを確認

Karpathy 一次情報 Verified

Karpathy Gist "llm-wiki" gist.github.com/karpathy/442a6bf555914893e9891c11519de94f

2026-04-04公開、3層構造（Raw sources / Wiki / Schema）と3操作（Ingest / Query / Lint）を確認

Reddit（RSSで実在・タイトル一致を確認） Verified

r/ObsidianMD 1uqyg78 reddit.com/r/ObsidianMD/comments/1uqyg78/

"How do you stop an LLM from quietly wrecking a large vault?"

 r/ObsidianMD 1uai1w2 reddit.com/r/ObsidianMD/comments/1uai1w2/

"Karpathy's LLM Wiki setup"

 r/ObsidianMD 1refiq2 reddit.com/r/ObsidianMD/comments/1refiq2/

"Do you still use DataView after Bases was released?"

日本語圏事例（note.com） Verified

新居 祐介「外部脳」構築BP note.com/yusuke77/n/n810ca40985ea

opus合同会社代表、external-brain/ 構造を確認

 アキ「ひとりCRM」 note.com/assetly_jp/n/n8d6a7002687c

2026-04-03、frontmatter駆動CRMを確認

 TAKA「貯める/回す/育てる」 note.com/takapoyo_ai/n/n7705de1e9ae7

2026-04-18、3ステップ運用を確認

 松濤Vimmer「AIの長期記憶保管に向かない」 note.com/shotovim/n/n40164f5b555c

2026-07-09、staging方式を確認

 みらいヘルスラボ「AIの倉庫兼ビューワー」 note.com/fine_sedum6296/n/nd5ae7fccf215

医師発信、役割変更論を確認

 オカムラ「社長の第二の脳 × OpenClaw」 note.com/make_a_change/n/n0149010d3582

2026-03-27、AIカンパニー構築を確認

その他 Verified

MindStudio "Build AI Second Brain" mindstudio.ai/blog/build-ai-second-brain-claude-code-obsidian

2026-04-02公開、Claude Code+Obsidianガイドを確認

 silica-agent (kiycoh) github.com/kiycoh/silica-agent

実在するがスター2件の小規模プロジェクト。Reddit 1uqyg78 OPが提示した参考実装で、主流ではない点に注意

未検証（言及は複数走者一致、個別確認未実施） Pending

Karpathy X投稿（2026-04-02、2026-04-04フォローアップ）— X要ログインのため未検証、ただしGistで構想は確定
towards.ai "3-layer memory Obsidian" 記事 — R1でGrokが引用、URLは実在するがコンテンツ未検証
YOUTRUST Tech / classmethod / Future Architect 各記事 — 内容の裏付けは複数走者一致で信頼度高、個別実在確認は省略

検証で落とした主張 Rejected

✕ 「Local REST APIの脆弱性修正版は5.0.2」（R1集約時の誤記）— 正しくは4.1.3。5.0.2は別件のリリース。Codex R2で訂正済み、本レポートは4.1.3で記載
✕ 「obsidian-skills 1.4万+ stars」（Grok R1）— 実測43.2k、Grokの数値は古い/誤り
✕ 「Claudian（Claude Codeサイドバー埋め込み、4.6k stars）」（Grok R1のみ）— 他ソース裏付けなし、実在・主張を今回未確認のため本レポートからは除外
△ 「Karpathy構想 = AIが自己書き換えするWiki」（Grok/Reddit二次言及）— Codex R2の一次情報検証によれば、Karpathyは「LLMが所有・更新するWiki」であって「AIが自分のルール自体を無断書き換え」ではない。表現を「LLMがMarkdown Wikiを継続更新」に修正

Process

調査プロセスの開示

本レポートは3ラウンドの並列調査 × 3走者体制で作成した。信頼性の担保のため、使ったソース・落とした主張・使わなかった手段を全て開示する。

  1. Round 1

    Codex（公式・GitHub実態）／Grok 4.5（X・コミュニティ）／Reddit担当（r/ObsidianMD月間top50 + 主要スレRSS精読）が並列で調査。

  2. Round 2

    R1集約で判明した3つの深掘り必要領域を各走者に分担。Codex → Karpathy原典 + Local REST API脆弱性 + Bases実務評価／Grok → 日本語圏の経営者実運用事例／Reddit → AI destructive-write対策11パターン精読。

  3. Round 3

    主要出典URLをWebFetch/curlで抜き打ち検証（本レポート §出典 参照）。

  4. Rejected

    特にR1集約時の「Local REST API 5.0.2が脆弱性修正版」は誤りだったため、Codex R2の一次情報検証（GHSA-62gx-5q78-wrvx公式Advisory）に従って4.1.3へ訂正。

  5. Not used

    有料AI追加投入、実インストール済みプラグインの棚卸し、実Vaultの性能測定。これらは追加ラウンドを実施する場合の候補。

注意: 本レポートは2026年7月25日時点の公開情報の観測整理です。プラグインバージョン、脆弱性情報、コミュニティ動向は日次で更新されます。SNSで引用する場合は「2026-07-25時点」と明記のうえ、Local REST APIのバージョン情報は公式Advisoryで最新を再確認してください。