Claude Coworkの新しいタスクがクラウドで始まり、Macを閉じてもよいのか判断できない。
最短の答えは、タスクがクラウド内で完結するなら常時起動は不要ですが、ローカルファイルやデスクトップ接続、本地MCPに依存するならMac側の経路を残して確認することです。※「本地MCP」は使わず、以下では「ローカルMCP」と呼びます。
ProまたはMaxを利用していて、新旧タスクの実行場所を確認したい方に向けた内容です。
管理者は接続フォルダーと権限、開発者はローカルMCPやツールへの依存を確認してください。
Claude Cowork 2026のクラウド移行で、Macの役割はどう変わる？
Anthropicの案内では、ProとMaxの新しいCoworkタスクは2026年10月6日からクラウドで実行されます。一方、この変更は、すでに端末上で開始しているタスクまで一律にクラウドへ移すという説明ではありません。既存タスクは開始時の実行方法に従うため、進行中の処理を新方式になったものとして扱わず、公式のCowork利用方法と実行場所の説明で対象プランとタスクの状態を確認してください。
この案内をTeamやEnterpriseを含む全プラン、全機能にそのまま当てはめるのは避けましょう。組織向けプランには別の管理条件があり、Team・Enterprise向けCowork管理情報を管理者が確認してから運用を決める必要があります。
すでに端末上で始めたタスクは移行するのかという疑問には、「新しいタスクの変更だけを理由に、旧タスクも自動でクラウド実行になるとは限らない」と考えるのが安全です。完了前の処理がある場合は、作業状態と実行場所を先に確かめてください。
クラウドタスクはローカルファイルをどう扱う？
クラウドで実行されることと、Mac内のファイルを自動的に読み込めることは別です。Claude Coworkのローカルファイル利用では、接続したフォルダーと許可範囲が重要になります。どのファイルにアクセスできるかは、Coworkのアーキテクチャ説明と、ファイル権限や隔離に関する技術解説を踏まえて確認してください。
| 作業の種類 | 主な実行・アクセス先 | Macを開いたままにする判断 |
|---|---|---|
| クラウド内だけで完了する新規タスク | クラウド上の実行環境 | ローカル接続が不要なら、常時起動を前提にしない |
| 接続済みフォルダーのファイルを扱うタスク | 許可されたフォルダーとデスクトップ接続 | デスクトップアプリのオンライン状態が必要か実作業で確認する |
| ローカルMCPや端末固有ツールを使うタスク | Mac上のサーバー、アプリ、権限 | 端末なしで処理できないなら、Mac側の経路を維持する |
つまり「Claude Coworkのローカルファイル」は、クラウドへ移行すれば無条件で参照できるものではありません。接続フォルダーを登録しただけで十分と決めつけず、実際のファイル操作がMacのデスクトップアプリを経由するか、クラウド側から完結するかを確認します。
注意：ファイルが見える範囲と、データがどれだけ保持されるかは別の論点です。保持期間や削除の条件を推測せず、公式のデータ保管に関する説明を確認してください。
ローカルMCPはクラウド実行でも使える？
Claude CoworkのローカルMCPを使うチームは、MCPサーバーがどこで動き、セッションからどう接続するのかを先に棚卸ししてください。ローカルで起動しているサーバーを、クラウド側のタスクが自動的に引き継いだり、クラウド上へ移したりするとは限りません。公式のアーキテクチャ概要でローカル接続とクラウド実行の境界を確認し、外部から接続する構成を検討する場合はリモートMCPコネクターの説明と区別してください。
運用時の判定はシンプルです。Macの電源を切り、デスクトップアプリを終了した状態でも、そのMCPを使う処理を完了できるでしょうか。できない場合は、ローカルのサーバーまたはアプリが依存先です。クラウドでタスクを開始できることだけを根拠に、端末依存がなくなったとは判断できません。
作業別にMacの実行経路を残す
次のケースでは、常時起動の要否が異なります。
- クラウドで完結する処理：クラウド上の作業対象と接続だけで完了し、ローカルアプリやMCPを呼び出さないなら、CoworkのためだけにMacを常時稼働させる必要性は低くなります。
- 接続フォルダーを使う処理：デスクトップアプリ経由のアクセスが必要なら、アプリのオンライン状態と対象フォルダーの権限を実際に確かめてください。
- ローカルツールが必須の処理：MCPサーバー、端末上のアプリ、社内ネットワーク内のリソースに依存するなら、ローカル実行経路を残すか、対応する接続方式を管理者と設計します。
シナリオ例として、議事録をクラウド上で要約するだけならMacを起動し続ける理由はありません。しかし、Mac内の許可フォルダーから資料を読み、さらに端末で動くMCPツールへ問い合わせる一連の処理では、接続が切れた時点で後半が止まる可能性があります。まずファイル読み込みとツール呼び出しを別々に試すと、どこが依存点か見つけやすくなります。
Macを維持する利点は、ローカルファイルや端末固有ツールを従来どおり扱いやすいことです。一方、オンライン状態の管理や権限確認が必要になり、クラウドだけで完結するタスクにも端末を残せば、電力・運用管理の負担が増えます。用途がクラウドへ移った範囲と、移っていない範囲を分けて判断してください。
移行前に確認する項目
次の順で確認すると、必要のないMac常時稼働と、接続切れによる作業停止の両方を避けやすくなります。
- 旧タスクの状態：端末上で始めた処理が残っていないか、開始場所と現在の状態を確認します。
- 接続フォルダーの範囲：Coworkが参照できるフォルダーと、チームで許可されているデータを照合します。
- ローカルMCPの依存：各タスクが呼び出すサーバー、アプリ、端末権限を一覧にします。
- デスクトップアプリのオンライン要件：Macを閉じた状態、アプリを終了した状態で必要な操作を試し、止まる工程を記録します。
- 組織のポリシー：個人のPro・Maxでの挙動を企業環境へ流用せず、管理者が利用可能な機能と権限を承認します。安全な運用については公式のCowork安全ガイドも参照してください。
管理者が変更を許可する前に、接続先の範囲、共有設定、端末側の認証を確認してください。データの保持や安全性について、クラウド実行という理由だけで特定の結果を約束することはできません。
運用メモ：本番データを使う前に、アクセスを許可してよいテスト用フォルダーと、ローカルMCPを使わない代替手順を用意しておくと、接続要件を切り分けやすくなります。
Macを使った接続や権限の確認手順は、リモートMacの利用方法も参考になります。日本国内で一時的なMac環境が必要か検討する場合は、Mac miniレンタルの案内で利用条件を確認してください。
Claude Coworkの新しいクラウドタスクだけを動かすなら、現在の環境を維持するためにMacを常時起動する必要はありません。反対に、現在の方法がローカルファイルへの接続、デスクトップアプリのオンライン状態、MCPサーバーの稼働に依存しているなら、クラウド移行だけでその依存は消えず、接続切れや権限確認の負担も残ります。短期間だけmacOS環境を使って依存関係を試すなら、KvmzenのMacレンタルも選択肢です。長期の固定運用や物理ポートが必須の作業では、自前のMacを含め、要件に合う方法を比較してから決めてください。