Cowork/Claude-Desktop Windows: VM-Bundle-Pfad-Mismatch zwischen Claude.exe und cowork-svc.exe

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

Umgebung:

Claude Desktop (MSIX), Version 1.13576.4.0, PackageFamilyName Claude_pzs8sxrjxfjjc
Windows 11 Pro, Hyper-V und VirtualMachinePlatform aktiviert, Dienst „CoworkVMService" (Anzeigename „Claude") läuft, StartType Automatic

Symptom:

Beim Öffnen des Cowork-Tabs erscheint:

failed to set VHDX path: VHDX file not found: C:\Users\<user>\AppData\Local\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\Claude\vm_bundles\claudevm.bundle\rootfs.vhdx
Root Cause (per Process Monitor verifiziert):

Claude.exe legt die VM-Bundle-Dateien (rootfs.vhdx, smol-bin.vhdx, .origin-Marker, sessiondata.vhdx) zuverlässig im realen Pfad %APPDATA%\Claude\vm_bundles\claudevm.bundle\ an. Bei Dateizugriffen versucht Claude.exe zunächst den virtualisierten MSIX-Pfad (%LOCALAPPDATA%\Packages\<PFN>\LocalCache\Roaming\Claude\vm_bundles\...), bekommt PATH NOT FOUND, fällt aber automatisch auf den realen Pfad zurück → Erfolg.
cowork-svc.exe (der Windows-Dienst, der die VM tatsächlich mountet) versucht ausschließlich den virtualisierten Pfad, ohne Fallback auf den realen Pfad → PATH NOT FOUND → Abbruch. Vermutete Ursache: Der Dienst läuft außerhalb des App-Container-Kontexts des Pakets und bekommt deshalb die automatische MSIX-VFS-Pfadumleitung nicht, die Claude.exe (laufend mit Paket-Identität) implizit erhält.
Versuchte Workarounds (alle von der App aktiv verweigert – sinnvolle Sicherheitsmaßnahme, aber bestätigt die Diagnose):

Directory Junction auf den realen Ordner → „path ... is a symlink or junction, refusing to open"
Hardlinks auf die einzelnen Dateien → „... has multiple hard links, refusing to open"
Physische Kopie der Dateien in den virtualisierten Pfad → funktioniert (Cowork startet), bestätigt zweifelsfrei, dass der Dienst lediglich am falschen Pfad sucht, nicht dass Daten fehlen.

Vorschlag für den Fix:

cowork-svc.exe sollte den realen, nicht-virtualisierten Pfad direkt auflösen (z. B. über denselben Mechanismus wie Claude.exe, oder via expliziter Known-Folder-Auflösung außerhalb des App-Containers), statt sich auf implizite MSIX-VFS-Umleitung zu verlassen, die für Dienste nicht greift.

What Should Happen?

Fehler bitte beheben

Error Messages/Logs

Steps to Reproduce

Steht im Text

Claude Model

Sonnet (default)

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

1.13576.4.0

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_