Cowork VMサービスがWindows 11で失敗する原因はDCOMレジストリエントリの欠如です

詳細な診断により、特にHomeからProへのアップグレード後のWindows 11システムで、CoworkのVMサービスが起動しない理由が明らかになりました。根本原因は、Hyper-Vとの通信をブロックするDCOMレジストリエントリの欠如です。

問題点

ユーザーは次のエラーに遭遇します：「Claudeのワークスペースを起動できませんでした — VMサービスが実行されていません。サービスの起動に失敗しました。」CoworkVMServiceは、DCOM権限エラー（イベントID 10016）によりコード1066（「関数が正しくありません」）で終了します。Claude MSIXコンテナは、必要なHyper-V COMインターフェースをアクティブ化できません。

根本原因

DCOMに対してローカルアクティベーション権限が必要な特定のAPPID {15C20B67-12E7-4BB6-92BB-7AFF07997402}が、Windowsレジストリから完全に欠落しています。これにより、標準的なDCOM修正（レジストリの所有権を取得し、コンポーネントサービスで権限を付与する）が、修正対象がないために不可能になります。

ユーザー環境と試みられた修正

診断は以下の環境で実施されました：

• Windows 11 Pro（Homeからアップグレード）
• ASUS ROGシステム
• Claude Desktop v1.1.8629
• Hyper-Vが完全に有効化、vmcompute実行中、WSL2インストール済み

効果がなかった試みられた解決策：

• Windows 11 HomeからProへのアップグレード
• Hyper-V、VirtualMachinePlatform、HypervisorPlatformの有効化
• WSL2のインストール
• VMバンドルの削除と再ダウンロード
• Start-Service CoworkVMServiceの手動実行
• dcomcnfgによるコンポーネントサービスの確認

なぜAnthropicのみが修正できるのか

欠落しているAPPIDは、Anthropic独自のCOM登録の一部です。Anthropicのインストーラーが、適切な権限でこのレジストリエントリを作成する必要があります。ユーザー自身がこのDCOM構成を安全に作成することはできません。

このバグを追跡するGitHub Issues

この問題は2つのGitHubスレッドで文書化されています：

• Issue #30179（Home→Proアップグレード、同一の根本原因）
• Issue #36801（先週時点で未解決、修正は利用不可）