Coworkで「workspace unavailable」と出たときの対処法
workspace unavailableは、ローカルセッションの隔離VMが起動できないときに出るエラーです。ファイル・Web操作は動き続け、影響はコード実行機能に限られます。原因の切り分けと対処の順番をまとめました。
Coworkでタスクを実行中に「workspace unavailable」と表示された場合、これはローカルセッションの隔離VM(仮想マシン)が起動できていないことを示すエラーです。ファイルやWebを使うツールはこの間も動き続けるため、影響範囲を正しく把握すれば過度に心配する必要はありません。
workspace unavailableが示していること
Coworkのローカルセッションは、Claudeとの会話そのものをパソコン上でネイティブに実行する一方、シェルコマンドとコードの実行だけは、ホストOSから隔離された専用のLinux VM内で行います。macOSではApple Virtualization framework、WindowsではHyper-Vというハイパーバイザーがこの隔離を担っています。
公式ドキュメントは、このVMがデバイス側の事情で起動できない場合の挙動を次のように説明しています。ファイルツールとWebツールは動き続ける一方、シェルコマンドとコード実行は、VMが復旧するまで「workspace unavailable」と報告される、というものです。つまりこのエラーは「セッション全体が壊れた」のではなく、「コード実行の担当だけが一時的に不在」という状態を示しています。
クラウドセッションかローカルセッションかを先に確認する
このエラーが関係するのはローカルセッションに限られます。Coworkのセッションは既定でクラウドセッション(Anthropicのサーバー上で動く方式)として動作し、隔離VMを使うのは既存のデスクトップ展開を続けているローカルセッションだけです。クラウドセッションはセッションごとにAnthropicのサーバー上に一時的なサンドボックスが用意される別の仕組みで動くため、通常の使い方であれば「workspace unavailable」というエラー自体に遭遇しません。心当たりがない場合は、まず自分がどちらの実行方式でCoworkを使っているかを確認すると、原因の見当がつきやすくなります。
現在のセッションがどちらの方式で動いているかは、セッション開始画面にある実行環境のドロップダウン(Local / Cloud)を開くと確認できます。特に環境を変更した記憶がなく、既存のデスクトップ展開を継続利用しているのでもなければ、既定のクラウドセッションで動いている可能性が高く、その場合はそもそもこのエラーの対象外です。逆に、以前からのデスクトップ運用を続けている、またはローカル実行を選んで使っている場合は、今回のVMの説明がそのまま当てはまります。
このエラーが出ている間、何ができて何ができないか
「workspace unavailable」の間も、Coworkのすべての機能が止まるわけではありません。
| 機能 | 状態 |
|---|---|
| ファイルの読み書き | 状態動作する |
| Web検索・ブラウザー操作 | 状態動作する |
| シェルコマンドの実行 | 状態停止(VM復旧まで) |
| Claudeが書いたコードの実行 | 状態停止(VM復旧まで) |
調査・文書編集・Webからの情報収集のような、コード実行を伴わないタスクは通常どおり進みます。影響が出るのは、スクリプトを走らせる・データ処理コードを実行する・シェル経由でファイルを操作するといった、コード実行が必須のタスクに限られます。
似た文言の別メッセージと混同しない
「workspace」という単語を含むメッセージはもう1つあります。Coworkを開始した直後に「Setting up Claude's workspace」と表示されることがありますが、これは想定内の挙動で、Coworkが最新版に更新して修正や改善を適用している最中であることを示しています。「workspace unavailable」(VMが起動できていない)とは意味も対処もまったく別物です。表示中に処理が止まったように見えても、更新のための一時的な表示であればしばらく待てば通常の画面に切り替わります。
もう1つ区別したいのが、管理者によってローカルセッション自体が無効化されているケースです。組織が管理するデバイスでは、管理者がdisableDesktopLocalSessionsという設定でローカルセッションを止めていることがあります。この場合は環境選択のドロップダウンに「Local」の項目自体はグレーアウトで残り、「組織がオフにした」という趣旨のツールチップが表示されます。既存のローカルセッションを開こうとした場合も、専用のメッセージでローカルセッションが使えない旨が案内されます。「workspace unavailable」がタスクの途中で一時的に出るのに対し、こちらは環境を選ぶ時点で恒久的に選べない状態なので、表示されるタイミングと文言で区別できます。
このエラーでファイルの内容が失われることはあるか
Coworkのローカルセッションでは、ファイルの読み書きそのものはアプリケーション層が接続済みフォルダーに対して直接行っており、VMの中では完結していません。VMが担当するのはシェルコマンドとコードの実行だけです。つまり「workspace unavailable」が出ている間も、それまでに保存済みのファイルの中身がVMの不調で失われるわけではありません。ただし、VMの復旧を待つ間はコード経由でのファイル処理(スクリプトによる書き込みや変換など)は進まないため、その処理自体は完了していない状態のまま止まります。
対処の順番
VMが起動できない具体的な原因は公式ドキュメントで個別に列挙されていませんが、エラー文言そのものが「復旧するまで」という一時的な状態を前提にしているため、次の順で試すのが妥当です。
- 少し時間を置いてから再実行する。デバイス側のリソース競合など一時的な要因であれば、再試行だけで解消することがあります。
- Claude Desktopアプリを再起動する。アプリ側の不具合でVMの起動プロセスが引っかかっている場合、再起動で解消することがあります。
- パソコン自体を再起動する。ハイパーバイザー(Apple Virtualization framework / Hyper-V)がOS起動時の状態異常を引きずっている場合、再起動で解消することがあります。
- Desktopアプリとオペレーティングシステムを最新版にする。ハイパーバイザーはOSの機能そのものなので、OS側のアップデートが未適用だと想定どおりに動かないことがあります。
- 他の仮想化ソフトウェアと同時に使っていないか確認する。同じハイパーバイザー機能を奪い合う別の仮想マシンソフトが並行して起動していると、リソースが競合することがあります。
これらを一通り試しても解消しない場合は、コード実行を伴わない作業にいったん切り替えて進めつつ、時間を置いて状況が変わるかを見るのも実務的な選択肢です。
管理者が確認できること
組織でデバイスを管理している場合、IT管理者は仮想化機能そのものがポリシーで無効化されていないかを確認する価値があります。Coworkのローカルセッションは、エージェントのループを動かすアプリケーション層の権限システムと、コード実行を担うVMという2つの実行環境で構成されており、後者はハイパーバイザーが有効になっていることが前提です。企業のセキュリティポリシーで仮想化機能自体を制限している場合、VMが恒常的に起動できない状態になり得ます。個人が使うパソコンでは意識することの少ない設定ですが、管理対象デバイスではセキュリティチームが仮想化機能を意図的に絞っている場合があるため、繰り返し発生する場合は個人の再起動作業だけで解決しないこともあります。
クラウドセッションへの移行という選択肢
ローカルセッションでこのエラーに繰り返し遭遇する場合、Coworkは既定でクラウドセッションに対応しているため、そちらへの切り替えも選択肢になります。クラウドセッションはAnthropicのサーバー上に用意された隔離環境でコード実行を行う方式で、デバイス側のハイパーバイザーに依存しません。ローカルファイルやブラウザーが必要な場面ではClaude Desktopアプリを経由して接続済みフォルダーにアクセスする形になるため、動作の仕組みそのものが変わる点は踏まえておく必要があります。クラウド/ローカルの実行アーキテクチャの違いはClaude Coworkのデータ取得の仕組み、Computer UseとVMサンドボックスの全体像はClaude CoworkのComputer Use・VMサンドボックスで詳しく扱っています。
まとめ
「workspace unavailable」は、ローカルセッションのコード実行を担う隔離VMが一時的に起動できていないことを示すエラーで、影響はシェルコマンドとコード実行に限られます。ファイル操作やWeb検索は動き続けるため、まずは影響範囲を確認したうえで、アプリやパソコンの再起動、OSの更新、他の仮想化ソフトとの競合確認を順に試すのが現実的な対処です。似た文言の「Setting up Claude's workspace」は更新中を示す別のメッセージなので混同しないようにし、繰り返し発生する場合はクラウドセッションへの切り替えも選択肢に入ります。