うっかり Documents フォルダ全体をすでに許可してしまった場合、今からどう対処すればよいですか？
まず慌てないこと。最初のステップは Cowork の設定で現在接続されているフォルダの一覧を確認し、範囲が広すぎる許可を取り消して、新しく作成した専用の作業フォルダだけを許可するように切り替えることだ。アクセスを取り消しても、それ以前に実行されたタスクの結果が取り消されるわけではないが、それ以降のセッションは取り消した範囲内のファイルにアクセスできなくなる。
もしその範囲が広すぎたフォルダにもともと機微なファイル（財務書類、認証情報、契約書など）が含まれていたなら、アクセスを取り消した後で、過去の Cowork のタスク履歴も一度確認し、それらの機微なファイルを読み取ったり処理したりしたタスクがなかったかを確かめることをお勧めする。それによって実際にどこまで露出したのかを把握できる。「今後は起こさない」ようにするだけでなく、「これまで何が起きていたか」も把握しておく必要がある。
専用の作業フォルダに入っているファイルなら、誤削除の心配は完全になくなりますか？
いいえ。専用の作業フォルダを作ることで解決するのは「許可範囲が広すぎる」という問題であり、「ファイルが誤って削除されるかどうか」という問題ではない——たとえ意図的に切り出し、今のタスクに必要なファイルだけを置いた専用フォルダであっても、その中身は依然として Claude の読み取り・書き込み・削除の権限範囲内にある。タスクの指示が十分に正確でなかったり、「どのファイルを残しどのファイルを削除すべきか」という Claude の判断があなたの想定とズレていたりすれば、専用フォルダ内のファイルであっても誤って削除される可能性は同じようにある。
専用の作業フォルダが本当に果たす役割は、「万が一判断ミスが起きた場合」の影響範囲を、あなたが許容できる境界内に抑え込むことであり、誤削除そのものを完全になくすことではない。だからこそ、専用フォルダをすでに設定していても、公式の推奨は依然として重要なファイルを事前にバックアップしておくことなのだ——フォルダの境界が管理するのは「影響がどこまで及ぶか」であり、バックアップが管理するのは「復元できるかどうか」だ。両方とも必要であり、どちらか一方で他方を代替することはできない。
普段はウェブ版とモバイル版でしか指示を出しておらず、デスクトップアプリを開いたことが一度もありません。それならフォルダ権限のリスクは発生しないのでしょうか？
その前提は成り立たない。ウェブ版とモバイル版のタスクは確かにクラウド上で実行され、直接扱うのはあなたの Claude アカウントに保存されたファイルやコネクタであり、パソコン内のファイルではない——しかし、もし以前デスクトップアプリでいくつかのローカルフォルダを接続したことがあるなら、そのデスクトップアプリが後のどこかの時点で起動し接続された状態になっている限り、クラウドから発行されたセッションはそれらの接続済みフォルダに到達でき、事前に設定した権限に照らしてアクセス要求を一つひとつ確認する。
言い換えれば、「普段はスマホからしか指示を出さない」ことは「ローカルフォルダへのアクセス権が一度も使われていない」ことを意味しない——実際にリスクの範囲を決めるのは、デスクトップアプリ側に蓄積された許可リストであり、普段どのインターフェースから主に指示を出しているかとは別の話だ。たとえほとんど直接開くことがなくても、デスクトップアプリ内の許可リストを定期的に確認する習慣は依然として必要だ。
チームアカウントや会社管理のパソコンでは、フォルダ権限のリスクは個人利用とまったく同じですか？
完全には同じではなく、リスクはむしろ一段階高くなる。使用しているパソコンが会社によって一元管理されている端末である場合、Cowork に接続したローカルフォルダは、そのままクラウドセッションが到達できる範囲になる——つまり、許可範囲の設計が不十分だった場合の影響は、あなた個人の情報が露出するだけにとどまらず、会社の資産や顧客データのアクセス境界にまで及ぶ可能性があり、責任のレベルが個人利用時とは異なってくる。
会社管理のパソコンで Cowork を使う場合は、許可を出す前にまず社内のこうした AI ツールに対するデータアクセスポリシーを確認しておくべきであり、「自分さえ十分注意していれば大丈夫」といった個人利用の感覚だけで設定するのは避けたほうがよい。これはもはや個人だけで背負えるリスク範囲ではなく、会社データや顧客情報のアクセス境界に関わる以上、個人の判断ではなく会社の規定に従う必要があるのが通常だ。
Claude Cowork の魅力は、パソコン上のファイルを直接読み書きし、あなたが一挙手一投足を見張らなくても一連の複数ステップの作業をやり遂げてくれる点にある。その力の裏側にあるのが、Anthropic 自身のドキュメントに明記された一文だ：Claude は許可された範囲内のファイルを読み取り、書き込み、そして完全に削除することができる。本記事では、初心者が初めてフォルダ権限を設定する際に最も陥りやすい3つの間違いを整理する。どれも操作ミスではなく、いずれも「アクセス範囲」そのものへの理解のズレから生じている。
初めて Cowork の権限を設定するとき、最も直感的にやってしまいがちなのが「どうせなら Documents フォルダ全体を渡してしまおう、そのほうが楽だし、後で何を使うにも再設定しなくて済む」という考え方だ。しかしそのフォルダの中には、今やらせたい作業とはまったく無関係な内容——確定申告関連の書類、契約書のスキャン、古い履歴書、私的なメモなど——がほぼ必ず混在している。許可範囲が親フォルダ全体になっている以上、たとえ本来は特定のサブフォルダの整理だけを頼みたかったとしても、Claude は理論上タスク実行中にそれらすべてを読み取ることができてしまう。
Anthropic 公式のセキュリティガイドが明確に推奨しているのは、広範なアクセスを許可するのではなく、Claude 専用の作業フォルダを作ることだ。財務書類、認証情報、個人記録のような機微な情報を許可範囲に含めるかどうかは、特に慎重に判断すべきだとされている。これは Claude が能動的に見るべきでないものを漁りに行くからではない——アクセス範囲そのものがセキュリティ境界だからだ。その境界をどこに引くかが、タスク実行時に「理論上何に触れられるか」を直接決める。それと、Claude が実際にそれを操作するかどうかは別の話であり、前者は完全にコントロールできる一方、後者は信頼するしかない。
もう一つよくある誤解は、1回のタスクごとの許可を「使い捨て」と捉えてしまうことだ——このタスクが終われば権限は自動的に消えるはずだ、という思い込みである。実際にはそうではない：Cowork に接続したフォルダへのアクセス権は継続的な設定であり、1回のタスクが完了したからといって自動的に取り消されるわけではない。ウェブ版やモバイル版からクラウド経由で指示を出す場合でも、デスクトップアプリが起動して接続されている限り、その接続はすでに接続済みのフォルダに到達でき、事前に設定した権限に照らして各ファイルやツールへのアクセス要求を一つひとつ確認する。
つまり、半年前に一度きりのタスクのためにあるフォルダへのアクセスを許可し、その後それを忘れていたとしても、その許可はずっとそこに存在し続けており、時間が経ったからといって範囲が自動的に縮小することはない。より堅実な習慣は、許可範囲を「一度設定したら放置してよいもの」ではなく、「定期的に見直すべきリスト」として扱うことだ——特に、仕事の内容や使用しているフォルダ構成が時間とともに変化するなら、古い許可範囲は今 Claude に実際に触れさせたいものとすでにズレている可能性が高い。
Cowork のタスク実行環境はパソコンから隔離されている——Claude が書くコードや実行するコマンドは、Anthropic のサーバー上の独立した環境内で動作し、この隔離設計の目的は、タスク実行中のコードによってパソコン本体が直接影響を受けないよう保護することにある。しかしこの隔離が指しているのは「実行環境」と「パソコンのオペレーティングシステム」の分離であって、Claude がパソコン内のファイルにまったく触れられないという意味ではない——すでに接続済みのフォルダを通じて、クラウド上のセッションは依然としてその中身を読み書きできる。隔離が保護するのはパソコン本体であり、すでに許可済みのアクセス範囲を変えるものではない。
この混同は特に「どうせクラウドの VM 内で動いているのだから、自分の実機は安全だ、だから許可範囲は広めにしても構わない」と考えてしまう場面で起こりやすい——しかし論理はむしろ逆だ：隔離環境が保護しているのはパソコン本体であってファイルの中身ではないからこそ、アクセス範囲をどう引くかが、あなたが実際にコントロールできる唯一の防衛線としてより一層重要になる。
以上3点を踏まえると、初心者が初めて Cowork の権限を設定する際、より現実的なやり方は次の通りだ：Claude 専用の作業フォルダ（例えば `~/Claude-Work/`）を作り、今のタスクに本当に必要なファイルだけをそこに入れる。財務書類、認証情報、個人情報、その他のプロジェクトの機密資料を含む親フォルダは許可しない。すでに許可済みのフォルダ一覧を定期的に見直し、タスクが終わったり不要になったりしたら能動的にアクセスを取り消す。重要なファイルを Claude に扱わせる前に、必ずバックアップを取っておく——Claude はファイルを完全に削除する能力を持っており、バックアップなしで誤って削除されてしまうと復元はできない。
アクセス範囲を慎重に設計することは、短期的には専用フォルダの設定やバックアップにあと数分かかる、というだけのことに見える。しかし長期的に得られるのは、「たとえタスクの指示が不正確でも、Claude の判断にズレがあっても、最悪の事態はこのフォルダの中だけで収まる」という安心感だ。あるタスクで誤って触れるべきでないファイルに手が及んでから後手で対処するよりも、最初から「Claude はこの権限を理論上どう使いうるか」という検証に耐えられるようにアクセス範囲を設計しておくほうがよい。これはどんなプロンプトのテクニックよりも、Cowork を安心して使えるかどうかを大きく左右する。