ローカルフォルダプロジェクトとクラウドプロジェクトの根本的な違いは何か？
なぜCoworkはすべてをクラウド化せず、プロジェクトを単一デバイスに紐づけることを許すのか？
この同期制限はメカニズム的にどう動いているのか？
Coworkを日常的に使う人にとって、これは実際の仕事にどう影響するのか？
金曜の午後、オフィスのパソコンで20分かけてCoworkプロジェクトを設定した。ローカルの財務レポートフォルダを連携し、プロジェクトの指示を書き、何度かタスクを実行してClaudeにフォーマットの好みを覚えさせた。週末、自宅で続きをやろうとClaudeを開くと、そのプロジェクトがリストにまったく見当たらない。
これはバグではない。Coworkプロジェクトの作成方法には本質的な違いが2種類あり、作成した瞬間にはほとんど誰も気づかない違いだ。
Coworkでは3つの方法でプロジェクトを作れる：ゼロから作る、既存のClaudeプロジェクトからインポートする、あるいはパソコン上のフォルダを直接指定する。最初の2つはクラウドアカウントの下に存在するため、同じアカウントで別のマシンにログインすれば見える。3つ目——ローカルフォルダを直接連携する方法——では、そのプロジェクトの「家」はアカウントではなくそのマシンになる。
違いはデータの所有権にある。プロジェクトがローカルフォルダを指している場合、Claudeが読み書きしているのはそのマシン上に物理的に存在するファイルであり、プロジェクト自体がそのマシンのデスクトップアプリに紐づけられる。アカウントは「このプロジェクトが存在する」ことを覚えているが、プロジェクトが依存しているファイルシステムのパスは、別のパソコンでは意味を持たない。
対照的なのがクラウドプロジェクトだ。コンテキストの出所がローカルフォルダではなく、連携されたClaudeプロジェクトやURLである場合、それは純粋にクラウドネイティブなオブジェクトであり、モバイルを含めデバイス間の同期に問題は一切ない。
最も陥りやすいのは、Coworkを「強化版フォルダマネージャー」として使っている人だ。法務や財務チームでよくあるパターン：ローカルの契約書ライブラリやレポートフォルダを直接プロジェクトに連携させ、Claudeにファイル構造や命名規則を覚えさせる。この使い方は効率的だが、代償としてそのプロジェクトは以降、その1台のマシン、その1つのデスクトップアプリでしか動かなくなる。
もう一つよくあるシナリオは、チームが1台の「作業用」パソコンを共有してそこにローカルプロジェクトを作ってしまい、結果としてそのマシンの前に物理的に座っている人しか使えず、他のメンバーは自分のノートPCでは全く見えず、権限設定のミスだと誤解してしまうケースだ。
デバイス間のアクセスが必要なら、作成時にこう自問すべきだ——このプロジェクトの核となる価値は「特定のマシンにしか存在しないファイルへのリンク」なのか、それとも「指示とメモリのセット」なのか。後者であれば、クラウドプロジェクトを優先し、ローカルファイルはプロジェクトの中核コンテキストではなく、単発タスクの追加インプットとして扱うべきだ。継続的に更新される財務レポートの草稿など、ローカルフォルダへのリアルタイムアクセスが本当に必要な場合は、このプロジェクトがそのマシンに縛られることを受け入れ、「このProjectは誰それのパソコンにある」とチーム内で明確に共有し、他の人が無駄に探し回らないようにしよう。
もう一つ知っておく価値があるのは、ローカルフォルダプロジェクトを封存（アーカイブ）してもUIから消えるだけで、ローカルファイル自体は削除されないという点だ。比較的親切な安全網と言え、アーカイブ操作でフォルダが空になる心配はいらない。
Coworkの機能はPro/Maxプラン向けの標準版Claudeに統合されつつあり、「Coworkプロジェクト」と通常のClaudeプロジェクトの境界線そのものが変化している最中だ。しかしインターフェースがどう変わろうと、「ローカルフォルダは単一デバイスに紐づく」という制限の根本原因は消えない——Claudeが読み書きする必要があるのが特定のマシン上に物理的に存在するファイルである限り、そのマシンはそこになければならない。実践的な対策はシンプルだ。ローカルフォルダを連携する前に、このプロジェクトを別のデバイスから開く必要が将来生じるかを自問しよう。答えがイエスなら、週末にプロジェクトが見つからず慌てて対処するより先に、データをクラウドフォルダやコネクタに置くことを優先すべきだ。