Cowork-VM-Dienst schlägt unter Windows 11 aufgrund fehlender DCOM-Registrierungseinträge fehl
Eine detaillierte Diagnose zeigt, warum der VM-Dienst von Cowork auf Windows 11-Systemen nicht startet, insbesondere nach einem Upgrade von Home auf Pro. Die Ursache ist ein fehlender DCOM-Registrierungseintrag, der die Kommunikation mit Hyper-V blockiert.
Das Problem
Nutzer erhalten die Fehlermeldung: "Fehler beim Starten von Claudes Arbeitsbereich – VM-Dienst läuft nicht. Der Dienst konnte nicht gestartet werden." Der CoworkVMService wird mit Code 1066 ("Falsche Funktion") beendet, aufgrund eines DCOM-Berechtigungsfehlers (Ereignis-ID 10016). Der Claude MSIX-Container kann die benötigte Hyper-V COM-Schnittstelle nicht aktivieren.
Ursache
Die spezifische APPID {15C20B67-12E7-4BB6-92BB-7AFF07997402}, die die lokale Aktivierungsberechtigung für DCOM benötigt, fehlt vollständig in der Windows-Registrierung. Dies verhindert die Standard-DCOM-Reparatur (Übernahme des Besitzes in der Registrierung und Erteilung von Berechtigungen in den Komponentendiensten), da es nichts zu ändern gibt.
Nutzer-Setup und versuchte Lösungen
Die Diagnose wurde durchgeführt auf:
- Windows 11 Pro (von Home aktualisiert)
- ASUS ROG-System
- Claude Desktop v1.1.8629
- Hyper-V vollständig aktiviert, vmcompute läuft, WSL2 installiert
Versuchte Lösungen, die nicht funktionierten:
- Aktualisierung von Windows 11 Home auf Pro
- Aktivieren von Hyper-V, VirtualMachinePlatform und HypervisorPlatform
- Installation von WSL2
- Löschen und erneutes Herunterladen des VM-Bundles
- Manuelles Ausführen von
Start-Service CoworkVMService - Überprüfung der Komponentendienste via
dcomcnfg
Warum nur Anthropic dies beheben kann
Die fehlende APPID ist Teil von Anthropics eigener COM-Registrierung. Deren Installationsprogramm muss diesen Registrierungseintrag mit den korrekten Berechtigungen erstellen. Nutzer können diese DCOM-Konfiguration nicht sicher selbst erstellen.
GitHub-Issues, die diesen Fehler verfolgen
Das Problem ist in zwei GitHub-Threads dokumentiert:
- Issue #30179 (Home→Pro-Aktualisierung, identische Ursache)
- Issue #36801 (Stand letzte Woche noch offen, keine Lösung verfügbar)
📖 Read the full source: r/ClaudeAI
👀 Siehe auch
State Flow Machine: Nicht-Transformer-Architektur behält 62 % Genauigkeit bei langen Sequenzen, während Transformers auf 2 % fallen
Ein Forscher hat State Flow Machine (SFM) entwickelt, eine alternative Architektur, die explizite Speicherplätze anstelle von Aufmerksamkeitsköpfen verwendet und dabei eine Genauigkeit von 62 % bei einer synthetischen Aufgabe zur Programmzustandsverfolgung bei 4-facher Trainingslänge erreicht, während Transformer auf 1,9–3,1 % abfallen. Das Modell läuft auf einem einzelnen Huawei Ascend 910 ProA NPU.
KI-Abonnements brauchen einen zuverlässigen Zähler: Ein Ruf nach Transparenz der Dienste
Ein Reddit-Beitrag argumentiert, dass KI-Abonnements eine grundlegende Service-Quittung bereitstellen sollten, die zeigt, welches Modell tatsächlich verwendet wurde, den Reasoning-Aufwand, die Kontextverarbeitung und etwaiges Lastmanagement, und zieht Parallelen zu Eich- und Messnormen.
Es gibt keine KI: Philip Wadler plädiert für Datenwürde
Philip Wadler argumentiert, dass KI-Modelle wie GPT-4 nur statistische Mischungen menschlicher Arbeit sind, keine neuen Geister. Er plädiert für "Datendignität", um Urheber zu bezahlen, wenn ihre Arbeit verwendet wird.
VS Code 1.117.0 fügt Copilot automatisch als Co-Autor bei Commits hinzu – Das löst es aus
VS Code 1.117.0 hängt bei Verwendung von Inline-Vorschlägen ‚Co-authored-by: Copilot <[email protected]>‘ an Commits an – sogar für ein einzelnes Komma. Die Funktion ist Opt-out und nicht klar kommuniziert.