エラー大全集

様々なツールのエラーを解説しています。

トップ > AI > CoworkがWindowsで10〜20分ごとに落ちる問題を完全解説：原因、修復手順、公式GitHub報告付き

CoworkがWindowsで10〜20分ごとに落ちる問題を完全解説：原因、修復手順、公式GitHub報告付き

AI

 

CoworkがWindowsで10〜20分ごとに落ちる問題を完全解説：原因、修復手順、公式GitHub報告付き

Cowork（Claude DesktopのCowork機能）をWindowsで使っていると、突然「Virtualization is not available」や「VM service not running. The service failed to start.」といったエラーでCoworkが動作を止め、再起動や再インストールをしても同じ事象が繰り返されるケースがあります。本稿ではこの現象の原因、MSIXインストール固有のパス問題、手動での修復手順（PowerShellスクリプト含む）、恒久対応の現状（GitHub上の報告）をまとめ、実践的に再発を抑えるための注意点まで解説します。この記事は実際の再現手順と修復スクリプトに基づくもので、公式のアップデートやパッチが出るまでの実用的なワークアラウンドを提供します。GitHub+1

問題の全体像と頻度

Coworkが「Virtualization is not available」や「Virtual Machine Platform required」といったメッセージを表示して利用不可になる問題は、特にWindows上でCoworkのローカルVMが利用するvm_bundlesフォルダが「古くなる（stale）」か破損することが主因です。MSIX形式でインストールした場合、従来案内されている %APPDATA%\Claude\vm_bundles の場所は存在せず、正しい格納先が異なるため多くの解説や手順が誤った場所を指してしまうことが滑走路となり、問題解決を難しくしています。実務上は「一度正常に起動しても10〜20分ごとに同様のエラーで落ちる」といった報告が複数確認されています。GitHub+1

MSIXインストールとEXEインストールの違い（重要）

下の表は、本件で混乱が生じやすい「インストーラ形式ごとのvm_bundlesの格納場所」の対比です。インストーラ形式が違うと、アンインストール後の残存データや再インストールの挙動も変わるため、必ず自分のインストール形式を確認してください。

インストーラ形式 vm_bundles の主な場所（Windows）
EXE（Squirrelベースの従来インストーラ） %LOCALAPPDATA%\Claude または %APPDATA%\Claude（従来案内）
MSIX（推奨されるパッケージ形式） %LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles（MSIX固有）
 

上表は実測に基づくもので、MSIXインストールではパッケージ名（ここでは Claude_pzs8sxrjxfjjc）がインストール時のビルドや配布チャネルにより異なる可能性がある点に注意してください。実際の事例と再現手順、スクリプトの提示は詳細記事とGitHubのIssueにまとまっています。AEO SEO Engine+1

すぐに試せる修復（手順：順番が重要）

  1. インストール形式の確認
    まず「設定 → アプリ → インストール済みのアプリ」やPowerShellで、ClaudeがMSIX（アプリとして登録されている形）で入っているか、または従来のEXEでインストールされているかを確認します。MSIXであればアプリ一覧に表示され、パッケージ名を探すことで正確なPackages\<パッケージ名>を特定できます。AEO SEO Engine

  2. アンインストール（EXEで失敗した場合）
    EXE（Squirrel）でインストールしている場合は、一度通常の方法でアンインストールします。アンインストール後に残る %LOCALAPPDATA%\Claude と %APPDATA%\Claude を手動で削除することが必要です。これを行わないと、MSIXを上書きしても古いデータが残りInstall登録が正しく行われないため、Coworkが起動しない事象を継続して招きます。AEO SEO Engine

  3. MSIXを使ったクリーンインストール（推奨）
    MSIXパッケージを使ってインストールすると、Virtual Machine Platformの登録などが正しく行われ、初回起動後のCowork動作が安定するケースが多く報告されています。MSIXの配布は公式サーバ上にあるがメインのダウンロードページに明示されていないため、信頼できる配布元（公式ドキュメントや企業向け配布リンク）から入手してください。インストール後は必ず再起動してください（初回起動時にWindowsの仮想化サービス確認が走るため）。AEO SEO Engine

  4. vm_bundlesの削除で再構築させる（問題発生時の即効ワークアラウンド）
    Coworkが動作を止めたら、Coworkを完全終了させた上で該当するvm_bundlesフォルダを削除し（MSIXなら前述のPackages配下）、Claudeを再起動してVMを再ダウンロードさせると復帰します。MSIXインストールの例（PowerShell管理者権限で実行）としては、%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles を削除する方法が有効です（パッケージ名は環境依存のため確認してください）。この方法は即効性が高い一方、問題が定期的に再発するという実態が多数報告されています。AEO SEO Engine+1

管理者向けのワンステップ修復スクリプト（実行例）

以下の流れを管理者PowerShellでワンラインずつ実行、またはスクリプトとして保存して運用できます（スクリプトは管理者権限で実行してください）。スクリプトはプロセス終了→削除→アプリ起動の順に自動化します。詳細な実行は自己責任で行ってください（会社ポリシーやアンチウイルスの設定によりファイル削除がブロックされる場合があります）。

実際に配布されているスクリプト例では、Claudeのプロセスを強制終了してから対象のvm_bundlesを削除し、最後にMSIXアプリを起動する一連のコマンドを示しています。これにより短時間でCoworkを復帰させられますが、根本的な解決ではない点に注意が必要です。AEO SEO Engine

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

多数のユーザー報告とGitHub上のIssueから読み取れるのは、Coworkが扱うローカルVMイメージやマウント周り（virtiofsやPlan9等のファイル共有実装）に脆弱点があり、VMの状態が“汚染”されるとCowork側がそのセッションを継続できず、結果としてvm_bundlesを破棄して再取得させる必要が生じる、という構図です。加えて、EXEインストーラとMSIXのレジストリ／キャッシュの取り扱い差が重なり、MSIX環境では正しいフォルダ位置が一般的なガイドと異なるため、手順が誤りやすくなっています。これらの挙動はAnthropicのリポジトリでIssueとして開示され、修正要望と再現手順が共有されています。GitHub+1

現時点での実務的な勧め（短期〜中期の対処）

  1. MSIXでクリーンに再インストールする（可能ならばこれが最も成功率が高い）。再インストール前に必ず残存フォルダを消去すること。AEO SEO Engine

  2. 作業中の自動化スクリプトを用意する（管理者PowerShellスクリプトなど）。再発時の短時間復旧に有効。AEO SEO Engine

  3. 重要作業ではCoworkに長時間依存しない運用。現状は研究プレビュー段階であり、10〜20分程度で不安定化する報告があるため、長時間の連続作業は避けるか、セッションのこまめな保存・分割を推奨します。AEO SEO Engine

  4. GitHub Issueをウォッチする。現象の恒久対策はAnthropic側の修正が必要なため、該当Issue（MSIXのvm_bundlesパスやVM安定性に関する報告）をフォローして、公式のパッチやドキュメント更新を待つのが最も確実です。GitHub

参考：公式Issueと詳細記事

本問題は既にAnthropic周辺のリポジトリでIssueとして登録されており（「Cowork VM bundle breaks every 10-20 minutes on Windows (MSIX install) — vm_bundles path undocumented」）、再現手順や要求事項（root causeの修正とMSIXインストール時のドキュメント整備）が明記されています。詳細な手順やPowerShellスクリプトの例、MSIXインストーラの扱いに関する考察は技術ブログの実測記事にもまとまっており、実際の運用で役立つ情報が載っています。これら原典を参照して手順を行うことを推奨します。GitHub+1

最後に（まとめ）

  • Coworkの定期的な停止はローカルVM（vm_bundles）の状態不整合が主因で、MSIXインストールでは格納パスが従来案内と異なるため正しい対処が行われないことが多い。AEO SEO Engine

  • 一時的な復旧手段はvm_bundlesの削除とClaudeの再起動、あるいは管理者PowerShellでのワンステップ修復スクリプトの利用で確実に効果があるが、現状では再発が報告されているため恒久解決はAnthropic側の修正待ちである。GitHub+1

  • 実務上はMSIXでのクリーンインストール、残存フォルダの完全削除、そしてGitHub Issueのモニタリングをセットで運用することが最短かつ現実的な対処法です。AEO SEO Engine+1

（参考・出典：Anthropic関連GitHub Issueおよび実測に基づく技術ブログの詳細記事。Issueとブログには再現手順と管理者向けスクリプトが公開されています。） GitHub+1

c 2025 エラー大全集. All rights reserved.