Claude Desktop 启动虚拟机且无法停止

anthropics / claude-code 公共通知 您必须登录才能更改通知设置 Fork 21.3k Star 132k [BUG] Claude Desktop 每次启动时都会生成 1.8 GB Hyper-V VM，即使仅用于聊天用途 #29045 新问题 复制链接 新问题 复制链接 打开 打开 [BUG] Claude Desktop 每次启动时都会生成 1.8 GB Hyper-V VM，即使仅用于聊天用途 #29045链接 标签无效 问题似乎与 Claude Code 无关 问题似乎与 Claude Code 无关 说明 davidellett 于 2026 年 2 月 26 日打开 问题正文操作 预检清单 我已搜索了现有问题，但尚未报告 这是一个错误报告（请针对不同的错误分别提交报告） 我正在使用最新版本的 Claude Code 有什么问题吗？ [BUG] Claude Desktop 每次启动时都会生成 1.8 GB Hyper-V VM，即使仅用于聊天也是如此 环境注意：此问题特定于 Claude Desktop 应用程序 (Windows)，而不是 Claude Code CLI。操作系统：Windows 11 Pro 25H2，Build 26200.7840 硬件：Razer Blade 15 基本型号（2020 年末）、i7-10750H、16 GB RAM Claude 桌面：截至 2026 年 2 月 26 日的最新版本 Windows 功能：启用 VirtualMachinePlatform； Hyper-V、WSL、Docker 和 Windows Sandbox 均已禁用 核心隔离/内存完整性：关闭 摘要 Claude Desktop 应用程序会启动 Hyper-V 虚拟机 (Vmmem)，每次启动时都会消耗大约 1.8 GB 的 RAM — 即使用户只需要聊天功能，无意使用 Cowork 或代理模式。在 16 GB 笔记本电脑上，这占未使用的基础设施消耗的总内存的 11% 以上。重现步骤 在启用 VirtualMachinePlatform 的 Windows 11 上安装 Claude Desktop 至少使用一次 Cowork/agent 模式（这会创建会话文件） 关闭并重新打开 Claude Desktop — 或者只是重新启动计算机 打开任务管理器并观察消耗约 1,800 MB 的 Vmmem 会发生什么 每次启动时，Claude Desktop 应用程序都会通过 RPC 接口事件触发 Hyper-V 主机计算服务 (vmcompute)，该事件会生成一个托管 vmwp.exe 的进程完整的虚拟机。此 VM 在任务管理器中显示为“Vmmem”，大小约为 1,796–1,846 MB。 Hyper-V 计算管理事件日志显示重复的错误：“指定的属性查询无效：虚拟机或容器 JSON 文档无效。（0xC037010D，'无效的 JSON 文档'$''）”这些错误至少自 2026 年 2 月 19 日以来一直在发生，每次启动和应用程序启动时都会触发。根本原因调查 通过广泛的 PowerShell 诊断，我们确认： WSL 未安装 — wsl --shutdown 返回“未安装” Hyper-V 管理工具未安装 — Get-VM 失败 Docker 未安装 — 未找到 Docker 进程 Windows Sandbox 已禁用 核心隔离/内存完整性已关闭（在该问题开始之前已关闭） VirtualizationBasedSecurityStatus 显示 2（正在运行），可能是由于启用了 LSA 保护 — 但这本身并不能解释问题1.8 GB VM 唯一启用的虚拟化功能是 VirtualMachinePlatform vmcompute 服务设置为手动启动，但在启动时由 RPC 接口事件触发（GUID：bc90d167-9470-4139-a9ba-be0bbbf5b74d）。父进程是 services.exe（PID 1400），确认它是服务触发器，而不是用户启动的启动。我们在 %APPDATA%\Claude\local-agent-mode-sessions\ 中发现了 2,689 个过时的会话文件 — 所有这些文件都来自以前从未清理过的 Cowork 会话。会话名称遵循 Docker 风格的命名（例如，“nifty-dreamy-volta”、“tender-vigilant-goodall”、“admiring-elegant-johnson”）。即使删除了所有 2,689 个文件并终止了 vmcompute/vmwp，只需重新打开 Claude Desktop 应用程序即可立即重新生成 VM 和 1.8 GB Vmmem 进程。影响 在 16 GB 系统上，此错误会导致在用户执行任何操作之前空闲时内存使用率从 ~50% 跃升至 ~62%。与正常的应用程序负载相结合，这会将总使用率推至 70-75%，导致系统缓慢并迫使用户在每次启动后手动终止 VM 进程。预期行为 Claude Desktop 应用程序不应为仅聊天会话生成虚拟机 如果需要 Cowork 基础设施，则应按需初始化 — 仅当用户实际启动 Cowork/代理会话时 应自动清除之前 Cowork 会话中的过时会话文件，而不是无限期地累积（在我们的示例中为 2,689 个文件） 如果虚拟机初始化失败或不必要，则应用程序应回退到仅聊天模式，而不是无条件启动 VM 基础设施 当前解决方法 唯一可靠的解决方法是禁用VirtualMachinePlatform 完全： powershellDisable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestart 这会阻止 VM 启动，但也会禁用 Cowork 功能。或者，用户可以在每次启动后终止 VM 进程： powershellStop-Process -Name vmwp -Force Stop-Process -Name vmcompute -Force Chat 功能在终止这些进程后继续正常工作。