Windows Cowork VM サービスエラー:パス問題と修正方法

Windows Cowork VMサービス障害
ClaudeのCowork機能を使用しているWindowsユーザーは、10〜20分ごとに「VMサービスが実行されていません。サービスの起動に失敗しました。」というメッセージとともにサービスが停止する繰り返しのエラーを経験しています。根本原因はvm_bundlesフォルダに関連していますが、一般的に引用されているパス(%APPDATA%\Claude\vm_bundles)はMSIXインストールでは存在しません。
実際の問題
この問題は、MSIXインストールが行われたWindowsシステムで、Coworkがvm_bundlesフォルダを間違った場所で探すことに起因しています。ほとんどのドキュメントで参照されている標準パスはこれらのインストールには適用されず、サービスが繰り返し起動に失敗する原因となっています。
文書化された解決策
ユーザーが完全な修正方法を文書化しており、以下が含まれます:
- MSIXインストールにおけるvm_bundlesフォルダの正しいパスの特定
- 問題に対処するための修復スクリプト
- Anthropicへの提出済みバグレポート(GitHub issue #170)
- WindowsでのCoworkの現在の安定性状況の評価
利用可能なリソース
詳細な手順を含む完全な技術文書は著者のウェブサイトで利用可能であり、この問題を公式に追跡するためにGitHub issue(#170)がanthropics/knowledge-work-pluginsリポジトリに作成されています。
📖 Read the full source: r/ClaudeAI
👀 See Also

どのAIモデルを使うべきか尋ねるのはやめよう:タスクをHaiku、Sonnet、Opusの階層に振り分けよう
タスクタイプごとに少なくとも3つのモデルを使い分けよう。読書・要約にはHaikuクラス、コード作成にはSonnetクラス、複数ファイルのリファクタリングやデバッグにはOpusクラスのみを使用する。あるユーザーの設定では、タスクの40%を安価なモデル、35%を中級、25%を最先端のモデルに振り分け、月額約30~40ドルかかっている。

OpenClawの応答時間を改善する方法:コンテキストの肥大化を削減して
開発者は、ファイルの再構築と設定変更(bootstrapMaxCharsを8000に設定し、圧縮保護機能を追加することなど)により、注入されるワークスペースファイルを47,000文字から16,000文字に削減することで、OpenClawの10分間の応答時間を解決しました。

OpenClawセットアップでよくある5つのミスとその修正方法
OpenClawセットアップでよくある5つのミスを実践的に修正:永続メモリの欠如、送信アクセスなし、システムプロンプトの過負荷、フォールバック動作の欠如、単一モデルの使用。

Docker/Windows経験から得た実用的なOpenClawセットアップの知見
開発者がWindows 11/WSL2上のDockerでOpenClawを実行した際の具体的な教訓を共有。永続性の問題、Discordボット設定、メモリ管理手法、ブラウザ自動化の回避策についてカバー。