Dropboxの仕様変更で止まった、ClaudeとObsidianの仕組み

Mac 版 Dropbox を新しい版に更新すると、Dropbox のフォルダの保存場所が変わります。そのあと、Mac の上で自動で動かしていた処理が、Dropbox のファイルを読めなくなりました。Finder で開けば今までどおり中が見えるので、読めなくなったことに気づきにくいのが厄介な点です。

私の環境では、Claude（生成AI）の定期タスクが Dropbox にリサーチを書き出し、それを Mac の自動処理が毎晩 Obsidian の Vault（ノートの保管庫）へ取り込んでいます。Dropbox が v274.4 に更新されたあと、この取り込みが「Operation not permitted」（許可がない）というエラーで失敗していました。

影響が出るのは、次の三つの場面です

1. Mac で Dropbox のフォルダを自動で処理している場合（Claude や Obsidian を使っていなくても当てはまります）

2. Claude の Dropbox コネクタや指示文に、Dropbox のパスを書いている場合

3. Obsidian の Vault を Dropbox に置いて同期している場合

何が変わったのか

Dropbox のフォルダの保存場所が、ホームフォルダの直下から ~/Library/CloudStorage/ の中に変わりました。場所を自分で選ぶこともできなくなります。元の場所には、新しい場所へ案内する代替リンクが残ります。Mac 標準のクラウド同期の仕組み（File Provider）に合わせた変更です。

新しい場所は、macOS が特に守っている場所です。人が Finder やアプリで開くときは読めますが、人が操作しなくても決まった時刻に自動で動くプログラムは、「フルディスクアクセス」という許可を与えておかないと読めません。

個人アカウントも対象です

私が使っているのはチームアカウントですが、Dropbox のヘルプによれば、この変更はプランを問わずほとんどの利用者が対象です。個人アカウントでも同じことが起きると考えています（個人アカウントでは試していません）。

• チームでは、新しい方式が既定で有効になっています

• 個人では、デスクトップアプリの設定から変更を見送ることもできます

• 同じ Mac に二つのアカウントをつないでいる場合は、両方が同じ方式に揃えられます

1. Mac の自動処理の対処方法

Mac で Dropbox のフォルダを自動で処理する方法には、launchd（Mac に標準で入っている、決まった時刻にプログラムを動かす仕組み）、Hazel（ファイルを自動で整理するアプリ）、ショートカット、シェルスクリプトなどがあります。これらがまた Dropbox を読めるようにするには、2つのことをします。

1. 処理が読みに行くフォルダの場所を、新しい場所（~/Library/CloudStorage/ の中）に書き換える

2. システム設定の「プライバシーとセキュリティ」にある「フルディスクアクセス」に、処理を動かしているプログラムを加える

launchd からシェルスクリプトを zsh で動かしているなら zsh を、Hazel やショートカットで処理しているならそのアプリを加えます。zsh を加えても、ほかのアプリで動かしている処理には効きません。私の取り込みは、この2つですぐに動くようになり、取りこぼしたファイルもありませんでした。

古い場所が書かれているところ

古い場所は、思いがけないところに書かれています。私の場合は、次の3箇所でした。

• launchd の設定（~/Library/LaunchAgents）

• 自作のスクリプト（~/bin）

• シェルの設定（.zshrc）

最初の点検では、launchd の設定から呼ばれている Vault の中のスクリプトを見落としました。設定ファイルだけでなく、そこから呼ばれている先まで調べてください。

2. Claude を使っている方

Claude の Dropbox コネクタは、Claude が Dropbox のファイルを読み書きするための接続です。チームアカウントでは、このコネクタから見えるフォルダの起点がチーム全体に変わりました。フォルダの表示が「/（自分の名前）/」と「/（チームフォルダ名）/」の二つに分かれ、指示文に書いていた「/_nightly-research/」のようなパスでは、フォルダが見つからなくなります。

コネクタは、「ns:数字//」で始まる書き方（ns_path）でも場所を指せます。こちらは変わらず通りました。指示文のパスは ns_path に揃えてください。 あわせて「見つからなくても新しいフォルダを作らない」と書き添えておくと、定期タスクが別の場所に新しいフォルダを作ってしまうのを防げます。

Dropbox のパスは、次の場所にも書かれていることがあります。

• 定期タスクの指示文

• プロジェクトの指示文

• プロジェクトに置いた資料

• プロジェクトのメモリ

Claude のプロジェクト同士は互いに中が見えないので、点検はプロジェクトごとに行う必要があります。

3. Obsidian を使っている方

Vault を Dropbox に置いている場合を考えて、試験用のフォルダを Dropbox に作り、Obsidian の「フォルダを保管庫として開く」で開いてみました。古い場所を指定しても、Vault は新しい場所で登録されました。macOS の確認画面は出ず、フルディスクアクセスがなくても読み込めました。

Obsidian を開いてノートを読んだり書いたりする分には、困ることはありません。 読めなくなるのは、Git の自動コミットやバックアップのスクリプトなど、Vault を自動で処理している仕組みです。対処方法は「1. Mac の自動処理の対処方法」と同じです。Vault の中のスキルやノートに Dropbox のパスを書いている場合は、そちらも直します。

試していないことが二つあります。

• 更新の前から古い場所で登録していた Vault の扱い

• 「オンラインのみ」のファイルを、Obsidian の検索やリンクの更新がどう扱うか

点検の順番

1. Dropbox のフォルダが ~/Library/CloudStorage/ に移っているか、元の場所が代替リンクになっているかを見る

2. 自動で動く処理のログを見る。launchd の設定から呼ばれているスクリプトの中まで見る

3. フルディスクアクセスを見る（版の番号の入った項目は、更新で外れることがある）

4. Claude のコネクタから見えるフォルダの表示を見る

5. Claude の定期タスクとプロジェクトの指示文を見る

6. Vault のスキルと、Obsidian の Vault 一覧に載っているパスを見る

付記：Vault を Obsidian Sync で同期している理由

Obsidian の Vault を Dropbox や iCloud で同期しているユーザーは多いでしょう。しかし私は Obsidian Sync で同期しています。Dropbox に置いていないので、今回のDropboxの仕様変更の影響は受けませんでした。

Obsidian Sync を選んでいる理由は次のとおりです。

• 同期するものを種類ごとに選べる。 モバイルの3台では、コミュニティプラグインの同期をオフにしています

• .git フォルダを同期しない。 Git の履歴を端末ごとに持てます

• iPhone と iPad で使える。 Obsidian のヘルプでは、iPhone と iPad の同期に Dropbox は対応していないとされています

• Dropbox の競合コピーが Vault に紛れ込まない。 今回の点検でも、.DS_Store の競合コピーが11個見つかりました

• 日本語のファイル名の NFC と NFD の食い違いを避けられる。 同期の経路を一本にできるからです。Git と rsync では実際に起きましたが、Dropbox で起きるかは確かめていません