Служба Cowork VM не запускается в Windows 11 из-за отсутствия записи в реестре DCOM

Подробная диагностика выявила причину, по которой служба виртуальной машины Cowork не запускается в системах Windows 11, особенно после обновления с Home до Pro. Основная причина — отсутствующая запись в реестре DCOM, которая блокирует взаимодействие с Hyper-V.
Проблема
Пользователи сталкиваются с ошибкой: "Не удалось запустить рабочее пространство Claude — служба виртуальной машины не работает. Служба не запустилась." Служба CoworkVMService завершается с кодом 1066 ("Некорректная функция") из-за ошибки разрешений DCOM (Идентификатор события 10016). Контейнер MSIX Claude не может активировать необходимый COM-интерфейс Hyper-V.
Основная причина
Конкретный APPID {15C20B67-12E7-4BB6-92BB-7AFF07997402}, которому требуются разрешения на локальную активацию для DCOM, полностью отсутствует в реестре 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
- Удаление и повторная загрузка пакета виртуальной машины
- Ручной запуск
Start-Service CoworkVMService - Проверка Служб компонентов через
dcomcnfg
Почему это может исправить только Anthropic
Отсутствующий APPID является частью собственной регистрации COM от Anthropic. Их установщику необходимо создать эту запись в реестре с правильными разрешениями. Пользователи не могут безопасно создать эту конфигурацию DCOM самостоятельно.
Проблемы на GitHub, отслеживающие эту ошибку
Проблема задокументирована в двух обсуждениях на GitHub:
- Проблема #30179 (обновление Home→Pro, идентичная основная причина)
- Проблема #36801 (всё ещё открыта по состоянию на прошлую неделю, исправление недоступно)
📖 Прочитать полный источник: r/ClaudeAI
👀 Смотрите также

Активность Anthropic в DNS раскрывает новый сервис STT, API RC2 и туннельную инфраструктуру
Мониторинг DNS поддоменов Anthropic выявил новые записи для сервиса преобразования речи в текст на платформе 'Titanium', кандидата на выпуск API версии 2, туннельной инфраструктуры и MCP-прокси в стадии тестирования.

Qwen 35B-A3B как постоянно активный агент на 16 ГБ M4 Mac: отказ ввода-вывода на диск до возникновения проблем с ОЗУ
Запуск Qwen 35B-A3B с llama.cpp на 16GB M4 Mac работает для пакетного вывода, но постоянный агентный цикл вместе с Claude Code и Codex CLI вызывает конкуренцию за SSD, что приводит к нестабильности системы и пропущенным задачам cron, несмотря на достаточный объем RAM.

Параметр effort=low у Claude Opus 4.6 отличается от режимов с низким уровнем рассуждений у других провайдеров.
Параметр effort=low в Claude Opus 4.6 управляет общим поведенческим усилием, а не только глубиной рассуждений, в отличие от reasoning.effort=low от OpenAI или thinking_level=low от Gemini. Это приводило к тому, что агенты совершали меньше вызовов инструментов, были менее тщательными в перекрестной проверке информации и игнорировали части системных промптов о веб-исследованиях.

OpenClaw AI Агент прекратил работу после сбоя атомарного добавления
Агент OpenClaw впал в состояние функционального паралича после неудачной попытки атомарного добавления, отказавшись продолжать какие-либо операции из-за фундаментальной ненадёжности.