Obsidianと数日向き合った結果、今の自分には「Antigravity」が最適解だと気づいた話

ここ数日、Obsidianの環境構築に時間を費やしていました。 Obsidianは「第2の脳」とも呼ばれ、ローカル環境でデータを自在に管理できたり、知識をリンクさせてネットワーク化できたりと、非常に魅力的なツールです。多くの愛用者がいるのも納得の「奥深さ」があると感じていましたが、これまでなぜか縁がありませんでした。

今回私がトライしてみたのは、「iPhoneとPC（Windows）で、Google Driveを使って無料で同期する」こと。Obsidian公式のSync（有料）を使わず、コミュニティプラグイン（Google Drive Syncなど）で実現できるという情報を頼りに、環境構築にトライしました。

しかし、結論から言うと今回はObsidianでの運用を見送ることにしました。 ツールが悪いわけではなく、設定を進める中で「Google Driveに蓄積してきたデータを」「iPhoneで同期させるのは極めて難しく」、さらに「自分が本当に求めている管理スタイル」に気づいたからです。

この記事では、技術的なつまづきと、そこから得られた「自分なりの最適解（Antigravityの活用）」について書きたいと思います。

※この記事には、Amazonアソシエイトのリンクを含みます。

Google Drive同期の難しさ：iOSの壁と二重同期の罠

まず直面したのは、単なる設定ミスではなく、OSの仕様とデータ管理構造のミスマッチでした。

「既存ファイル」が同期されない仕様

私は普段、Plaud Noteや自作ツールで収集したコンテキストファイルをGoogle Driveに保管し、PC上のAntigravityで一括管理しています。（※Plaud Noteの活用については、別の記事でも書いています）

今回、このGoogle Driveフォルダをコミュニティプラグインを使ってiPhoneのObsidianアプリと同期させようとしたところ、MarkdownファイルがiPhone側に落ちてこない現象が起きました。

調べたところ、使用したプラグイン（Google Drive Syncなど）は、「導入後に更新されたファイル」や「専用のデータベース」を基準に同期を行う設計であることがわかりました。つまり、元々Google Driveに置いてあったファイルは、そのままでは「同期対象外」として扱われてしまう仕様だったのです。

「Vaultは空にすべき」という警告と、構造的な矛盾

私は難問にぶち当たると、燃える性分です。解決策を探り、初期設定を進めようとすると、次の警告が出ました。

これはデータ消失を防ぐための、同期ツールの一般的な「初期設定の儀式」です。通常なら、指示通りファイルを退避させて空にし、初期同期を済ませれば解決する話です。

しかし、この手順を踏もうとした時、ChatGPTと壁打ちしていて問題に気づきました。

• PC側： Google Drive for Desktop（Gドライブ）を使って、ファイルを直接扱いたい。

• iPhone側： iOS特有の「サンドボックス構造」により、アプリが外部ストレージ（Google Drive）を直接監視・同期することがOSレベルで制限されている。

※追記：iCloudやDropboxを使えば、同期させられるプラグインは存在するそうです。

Androidであれば「DriveSync」等のアプリでフォルダごと同期させる力技が使えるようです。しかし、iPhoneではそれができません。

そのため、iPhoneで同期するにはプラグインを使う必要がありますが、PC側でも同じ場所でプラグインを動かすと、「Google公式の同期」と「プラグインの同期」がコンフリクト（二重同期）してしまうようなのです。

「安全に使うなら、VaultをGoogle Drive直下から出し、プラグインだけの管理下に置くべき」。 そう理解した瞬間、「Google Driveにある既存データをそのまま活用したい」という当初の目的が達成できないことに気づきました。抜け道はあるかもしれませんが、その構築と維持にかかるコストは、目的には見合わないと判断しました。

Obsidianの良さと、自分の目的のズレ

同期エラーと格闘するうち、ふと冷静になって 「なぜ、そこまでしてObsidianを使おうとしているのだろうか？」と感じたのです。

Obsidianの最大の魅力は、「知識のネットワーク化（グラフビュー）」や「自分だけのWikiを育てる」プロセスそのものにあります。研究者やクリエイターが、アイデアをコネクトさせて新しい発見を生むには最高のツールと言えます。

しかし、私が今、最も必要としているのは「データの保管と管理」でした。

もちろん、Obsidianが単なるテキストエディタに留まらないことは理解しています。私が知る限りでも「Dataview」プラグインや標準機能の「プロパティ（Properties）」を駆使すれば、Obsidianは最強のローカルデータベースへと進化します。メタデータを管理し、自由自在に情報を抽出できる拡張性の高さこそ、多くのユーザーを惹きつけてやまない理由なのだと思います。

しかし、その「最強のデータベース」を構築・維持するためには、自分自身で構造を設計し、メンテナンスし続けるコストがかかります。 さらに今回は、そこに「iOSでの同期の不安定さ」という物理的な壁も立ちはだかりました。

私が今求めているのは、自分でクエリを書いて管理することではなく「整理整頓はAIに丸投げして、自分は情報を放り込むだけ」という、メンテナンスフリーなデータベースなんだと気づきました。

結論：AntiGravityへの回帰

そこで、元々使っていた Antigravity に環境を戻すことにしました。

今回の比較で、改めてAntigravityが今の自分にフィットしている理由が以下の通り明確になりました。

1. 管理コストが低い：複雑な同期設定やフォルダ階層を気にせず、.mdファイルを放り込んでおけば、あとはAIの力を使って分類したり、加工したりできます。

2. ToDoリストとの直結：収集したコンテキストの中にアクションプランがあれば、AIに一言伝えるだけでToDoリストに落とすことができます。もちろん、完了したタスクはToDoリストから消すこともできます。

3. AIネイティブな検索：自分でリンクを貼らなくても、AIが必要な情報を文脈に合わせて引っ張り出してくれます。

私にとっての最適解は、「ノートをリンクさせること」ではなく、「AIに読ませるためのデータベースを作ること」。この結論に至れただけでも、Obsidianを試した価値はあったと思います。

未来への展望と「お願い」

今回の試行錯誤を経て、考えたのは「NotebookLM × Antigravity」の可能性です。

まだ機能としては実装されていませんが、将来的に「NotebookLMで大量の資料を要約・構造化」し、それを「Antigravity」に直接流し込めるようになったら……。 それこそが、私の求める「最強の情報管理フロー」になるのではないかと思ったのです。それまでは、浮気せずにAntigravityで足元を固めていこうと思います。

最後に…今回は私の環境や目的にはマッチしませんでしたが、Obsidianが持つ拡張性やポテンシャルの高さは強く感じました。まだ私がその真価の1割も理解できていないのだと思います。

Obsidianユーザーの方で「こういう運用なら同期もスムーズだよ」「データベース的な管理ならこういうプラグイン構成があるよ」といったアイデアをお持ちの方がいらっしゃれば、ぜひコメントで教えていただけると嬉しいです。 今後の参考にさせていただきたいと思います。

1月14日（日本時間）にはAntigravityの「Agent Skills」がリリースされました。事前に設定してあるルールや資料の通りAIに動いてもらう機能ですが、これを使う上で、情報を構造化できるObsidianは役に立つツールになると指摘されている方もいらっしゃいます。今後もObsidianには注目していきたいと思います。