Cowork on Windowsが10〜20分ごとに停止する問題の修正とGitHub Issue

Cowork on Windowsが10〜20分ごとに停止する問題の修正とGitHub Issue

冒頭文
Windows環境でClaudeのCowork機能を利用していると、インストール直後は動作するものの数分〜20分ほどで「Virtualization is not available」や「VM service not running」などの仮想化関連エラーでCoworkが動作を停止する現象が報告されています。本稿では原因の切り分け、MSIXインストール特有の正しいvm_bundlesパス、即効性のある修復手順と注意点、そして関連するGitHub Issueへのリンク（参照元）を整理して、実務で再発を避けるための実践ガイドを提供します。GitHub+1

本文

問題の症状と原因概観

Coworkタブを開くと「Virtual Machine Platform required」や「Virtualization is not available. Claude's workspace requires Virtual Machine Platform, but the virtualization service isn't responding.」というエラーが出てCoworkが使えなくなる。再インストールや再起動を試しても、インストール直後は正常に動作するが約10〜20分で同様のエラーに戻る――この一連の事象は、実際にはアプリ内部で扱われる仮想マシンバンドル（vm_bundles）フォルダが“古くなり破損”していることが原因で発生していると報告されています。Windowsの仮想化サービス（たとえば vmcompute）自体は稼働しているケースが多く、問題はサービスの可用性ではなく vm_bundles の状態に起因します。GitHub+1

MSIXインストールと従来パスの違い

多くの情報源やユーザーガイドに記載されている vm_bundles の一般的なパス（例：%APPDATA%\Claude\vm_bundles）は、従来の.exe/Squirrelベースのインストール向けです。しかし、MSIXパッケージでインストールされたClaude Desktopではアプリケーションデータの配置先がパッケージ化に伴い変わり、vm_bundles は別の場所に存在します。実際に報告されたMSIX向けの正しいパスは以下の通りです：%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles。この差異がドキュメントに明記されていないため、多くのユーザーが誤った場所を削除して問題が解決しない、あるいは再発に悩まされています。GitHub+1

すぐできる修復手順（影響が小さい順）

以下は再現・修復に成功している手順を、手順の意味を含めて短く説明します。コードブロックは使わず、実行するコマンドは本文中にインラインで示します。

1) アンインストール（Squirrelが残る場合を考慮）

Windowsの「設定」→「アプリ」からClaudeを通常通りアンインストールします。その後、残存する旧インストール由来のフォルダを手動で削除する準備をします。AEO SEO Engine

2) 古いアプリデータの完全削除

エクスプローラーのアドレスバーに以下のパスを一つずつ貼り付け、Claude フォルダを削除します（存在する場合）。

• %LOCALAPPDATA%\Claude

• %APPDATA%\Claude
  これにより、Squirrelベースの古いデータが残っているときにMSIXインストールが競合する問題を回避できます。AEO SEO Engine

3) MSIX版を入手して再インストール

標準のダウンロードページからの.exeではなく、MSIX版を直接ダウンロードしてインストールします。記事が案内するMSIX配布URLを利用することで、パッケージの形式が適切に揃った状態でインストールできます。PowerShell（管理者）でダウンロードフォルダに移動して Add-AppxPackage -Path ".\Claude.msix" を実行する手順が既報の再現手順です。AEO SEO Engine

4) MSIX環境でのvm_bundles削除

MSIXで再インストール後、もし再び「仮想化サービスが応答しない」エラーが発生するなら、問題の一時的な解決として vm_bundles フォルダを削除してアプリを再起動します。MSIXインストールでの実際のパスは次の通りです（環境によってパッケージ名の末尾が変わる場合がありますので注意してください）。
%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles。削除後にClaudeを再起動すると、必要なバンドルが再生成され正常に動作することが確認されています。GitHub+1

参考のための比較表

インストール方式	vm_bundles の想定場所	推奨対応
.exe / Squirrel	%APPDATA%\Claude\vm_bundles	古いデータ削除 → 再インストール
MSIX	%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles	当該フォルダ削除 → 再起動（再発時はスクリプト化して定期修復）

 

なぜ再発するのか（技術的な見立て）

報告例からは、Coworkが内部的に利用する仮想マシンイメージや一時バンドルのライフサイクル管理に問題があり、特定状況下でバンドルが“古い”状態に置かれてしまうためサービスが応答しなくなると推測されます。MSIXではアプリデータの分離が強化されるため、従来の対処法（%APPDATA% を触る）が効かず、ユーザー側で正しい場所を操作しないと根本解決できないという副作用が出ています。恒久対策としては、アプリ側でvm_bundlesの整合性チェックを行うか、MSIX向けにバンドル再生成の自動化を導入することが望まれます。GitHub+1

自動修復スクリプトの考え方（短く）

手動で削除するのが面倒な場合は、vm_bundles を検出して削除しClaudeを再起動する簡単なPowerShellスクリプトを用意しておくと運用上便利です。ただし管理者権限やプロセス停止の扱いに注意し、実行前には必ずデータのバックアップやスクリーンショットを取るなどの安全策を講じてください。スクリプト化は応急処置であり、根本解決はアプリ開発側の対応待ちです。AEO SEO Engine

今後の対策と運用上の注意点

開発元（Anthropic / Claude Desktopチーム）へはMSIX環境でのパスがドキュメント化されておらず、今回のような混乱を招いていること、並びにvm_bundlesの古化問題そのものの修正を要望するIssueが提出されています。運用側としては（1）重要な作業でCoworkに依存する場合は長時間の利用前に一度動作安定を確認する、（2）自動修復スクリプトを用意しておく、（3）公式のパッチやIssueの進捗を定期的に確認する、という方針が現実的です。関連Issueや問題の詳細な再現手順・修復スクリプトは報告者による詳細な書き込みが公開されています。GitHub+1

最後に（まとめ）

WindowsでCoworkが断続的に停止する問題は、MSIXインストール固有のvm_bundles配置とその古化が主因として特定されています。即効の回避策は当該フォルダの削除と再起動、より堅牢な対処としてはMSIX版のクリーンインストール（古データの完全除去）と、必要に応じた自動修復スクリプトの運用です。開発側の恒久対応を待ちつつ、本稿の手順を用いて影響を最小化してください。関連の公式Issueと詳細な手順は公開されている報告を参照してください。GitHub+1