Obsidian / Logseq を Gemini に接続:双方向同期+毎日のブリーフを vault へ
Obsidian / Logseq を Gemini に接続:双方向同期+毎日のブリーフを vault へ
結論から言うと: Obsidian コミュニティには AI プラグインがたくさんありますが、ほぼ全てが「チャットボックスにテキストを貼る」で止まっています。GeminiDesktop 4.4 は逆です。vault そのもの を一級データソースとして扱います。Settings で vault_path を入れるだけで、app はノートの場所、daily note の命名規則、添付ファイルの置き場所を理解します。それ以降、あらゆる対話、Daily Brief、YouTube 要約が vault に書き戻され、オフラインで、クラウドアップロードなしで動きます。
一行要約: 「Obsidian に AI プラグインをもう一つ」ではなく「Gemini に vault ファイルシステムバックエンドをもう一つ」。
Obsidian ユーザーが AI を本当に必要とする 2 つの現実
Obsidian ヘビーユーザーが結局ぶつかる 2 つの不満。
現実 1:ノート 1000 超で検索が追いつかない
Obsidian の全文検索はリテラル一致です。「LTV の話してた会議、2024 年のいつだっけ?」と思った瞬間、Cmd+O ではファイル名しか見えません。Dataview には最初にタグを貼っておく必要がありますが、タグを貼り忘れたから検索してるわけで。
現実 2:daily note を書けない日は誰にでもある
毎日ノートが良い習慣なのは皆知っていますが、22 時に Daily/2026-04-18.md を開いても何から書けばいいか分からないことが多い。素材がないのではなく、iMessage、メール、朝読んだ記事、昼に保存した YouTube に散らばっていて、誰も縫い合わせてくれない。
両方とも同じ穴を指します。vault にはその構造を理解する AI リーダーが必要 です。「ファイルをアップして質問」ではなく、「vault に住んでいて、既にあるもの・新しいもの・daily note の置き場所・添付の置き場所を知っている存在」。
既存 Obsidian AI プラグインの 3 つの限界
Smart Connections、Text Generator、Copilot for Obsidian、Obsidian AI Assistant など 7 つを調べました。構造的な限界は共通しています。
| 痛み | 典型的な症状 | なぜ不十分か |
|---|---|---|
| プラグイン UI の中でしか生きていない | ウィンドウを閉じたら AI も停止 | 「毎朝 7:30 にバックグラウンドで何か作る」ができない |
| コンテキストを手動で与える必要 | 毎回ノート選択 or ファイル drag | vault が構造化されている利点を完全に無駄に |
| vault のルールを知らない | daily note の場所、添付の命名規則を理解しない | 間違った場所に書くか、書かないか |
根本的に、プラグインは Obsidian の Electron renderer 内で動作し、プラグイン API によってサンドボックス化されており、長時間動くバックグラウンドプロセスもありません。だから正解は逆のかたち、vault を理解するデスクトップ AI、もうひとつのプラグインではなく、なのです。
GeminiDesktop の vault ブリッジ設計
GeminiDesktop を開き、Settings → Vault で 3 つのパスを入力。
vault_path— vault ルート (例:~/Documents/Obsidian/MyVault)daily_folder— daily note の相対パス (例:Daily/または00-Daily/、Logseq のjournals/も可)attachments_folder— 添付の相対パス (例:attachments/またはassets/)
それ以降、GeminiDesktop の全機能が vault レイアウトに従います。
- 生成 markdown は
vault_path/daily_folder/にYYYY-MM-DD.mdで保存 - 生成音声・画像は
vault_path/attachments_folder/の該当サブディレクトリへ - リンクは Obsidian ネイティブの
![[...]]構文
セーフガード:path-escape 保護
「プロンプトで vault 外に書かせられる可能性は?」という質問。GeminiDesktop は書き込み前に canonical path 検証を走らせます。
resolved = realpath(target_path)
if not resolved.startswith(realpath(vault_path)):
reject with error
このチェックは Rust レイヤー (Tauri バックエンド) に実装されており、JS プロンプト層より下にあります。モデルが prompt-injection されても物理的に vault 外には書けません。プライバシー重視のプロユーザーには硬い保証です。
シナリオ 1:Daily Brief が Daily/YYYY-MM-DD.md に直接降る
最も使われるフロー。Daily Brief と組み合わせて、毎朝 07:30:
- GeminiDesktop が
Daily/直近 7 日をスキャン - 5 分の二人対談音声を
attachments/daily-brief/2026-04-18.wavに生成 - 今日の
Daily/2026-04-18.mdの冒頭に以下を追加:
## Daily Brief (5:12)
![[attachments/daily-brief/2026-04-18.wav]]
> Generated 07:30 · covered 7 notes from yesterday
パスが vault 相対なので、Obsidian は ![[...]] をインラインプレーヤーとして描画し、ワンクリックで再生できます。Logseq で journals/ を指している場合、Logseq 風の参照構文に切り替わります。
シナリオ 2:任意のノートをチャットにコンテキストとして引き込む
Gemini メイン画面右上の “Pull from Vault” ボタン。
- ファジー検索が開く (Obsidian Cmd+O と同じ操作感)
- キーワードまたはタグでフィルタ
- 選択したノートが現在の会話のコンテキストとして添付
内部仕様:
- 添付 1 件あたりテキスト上限 512 KB
- 送信前に canonicalize + vault 境界チェック
- Gemini API に送るのはテキストのみ、ファイルアップロードは発生しない
- markdown front-matter の tag / aliases をリトリーバルに活用
「あの LTV のノートどこだっけ」問題を、リテラル一致ではなくファジー+意味検索で解決します。
シナリオ 3:YouTube 購読の要約が YouTube/ に自動保存
BibiGPT の YouTube → Obsidian ノート との連携:
- BibiGPT で購読した YouTube チャンネル (週 30 本など)
- GeminiDesktop が毎晩 01:00 に新着要約を引き落とす
YouTube/2026-04-18-video-title.mdとして保存- 各ファイル:元 URL、タイムスタンプ章立て、AI 要約、キーワード逆リンク
「BibiGPT 内で購読で済むのでは?」という質問。vault こそが本当の長期保管庫 だからです。BibiGPT が外部動画を markdown に消化し、GeminiDesktop がそれを vault に積み上げて daily note と縫い合わせる。2 つの製品、1 本のパイプライン。
プライバシー:ファイルアップロードゼロ、API キーは Google 直
vault は最もセンシティブな個人データを抱えます。プライバシーモデルは明示する必要があります。
| データ | 経路 |
|---|---|
| Markdown テキスト (参照した部分のみ) | あなた自身の Gemini API キーで Google に直接送信、BibiGPT や GeminiDesktop サーバーを経由しない |
| vault ファイル自体 | 端末を離れない、path-escape ガードが範囲外書き込みをブロック |
| API キー | macOS keychain / Electron safeStorage、リモート同期なし |
| 生成音声・画像 | ローカル合成、生成中に Google TTS / 画像 API に入力テキストが届くだけ |
| キャッシュ | ローカル SQLite、ワンクリックで全消去可能 |
Obsidian プラグインには vault index 全体を第三者サーバーにアップするものもありますが、GeminiDesktop は 読み取り範囲限定かつ端末内 です。法務・医療・エンタープライズコンサル用途なら意思決定に直結します。
あえてやらないもの:block embed / canvas / sync server
ロードマップから外した理由を明示します。
block embed (!((...)) / Logseq block reference) はやらない — block 参照は Obsidian 内部の UID システムに依存しており、AI 書き込み時に正しい block を参照する保証ができません。壊れた参照を吐くより、きれいな markdown を出して人間が修正するほうが安全。
canvas (Obsidian Canvas JSON) はやらない — Canvas は JSON スキーマ駆動のドキュメントで、AI の誤生成で canvas がクラッシュする危険があります。将来的に「canvas から読む」は検討、「canvas に書く」はロードマップ外。
sync server (Obsidian Sync 的な) はやらない — デバイス間同期は iCloud / OneDrive / Syncthing の領分。車輪の再発明はしません。GeminiDesktop は「AI がどう vault を理解するか」だけを担当。
この 3 つの「やらない」は意識的な制約です。書き込みエコシステム全体は 昨日のノートを NotebookLM 風二人対談に で補完できます。Daily Brief がどう vault ブリッジと接続するかが見えます。
よくある質問
Q1: Logseq の journals/ とブロック参照には対応?
A: journals/ は完全対応、daily_folder を journals/ にするだけ。ブロック参照は読み取りのみ (上述)、daily note レベルの書き込みは全機能対応。
Q2: 複数 vault を同時に使える?
A: v1 はアクティブ vault 1 つのみ。Settings で vault_path 切り替え、切替時にコンテキストがクリアされます。マルチプロファイルは 1.1 ロードマップ。
Q3: vault が iCloud Drive 上にあると問題?
A: 問題ありません、canonicalize は実パスを追います。ただし iCloud がファイルをクラウドに退避する場合 (アイコンに雲マーク)、GeminiDesktop の読み取りが 1-2 秒の取り戻し遅延を起こします。
Q4: BibiGPT との関係は?
A: BibiGPT は「外部の音声動画 (YouTube、ポッドキャスト) を読みやすい markdown に消化する」担当。GeminiDesktop は「その markdown を vault に貯め続け、daily note と縫い合わせる」担当。外向きと内向き、別々でも使える、組み合わせが最強。
まとめ
Obsidian / Logseq に AI を繋ぐというのは「プラグインパネルにチャットボックスをもう一つ」ではありません。vault が AI の永続コンテキストになり、AI が構造化された出力を vault に書き戻す。それが GeminiDesktop 4.4 の vault ブリッジの意味です。1000 超ノートの vault に住んでいる人には、これが本当に欲しかった AI レイヤーです。