前期检查清单 我已经搜索了现有问题，发现尚未报告该问题。 这是一个单一的错误报告（请为不同的错误单独提交报告）。 我正在使用最新版本的 Claude Code。 有什么问题？ [错误] Claude Desktop 在每次启动时都创建 1.8 GB 的 Hyper-V 虚拟机，即使仅用于聊天功能。 环境说明： 该问题特定于 Claude Desktop 应用程序（Windows），而不是 Claude Code CLI。 操作系统： Windows 11 Pro 25H2，构建 26200.7840 硬件： Razer Blade 15 基本型号（2020年末），i7-10750H，16 GB RAM Claude Desktop：截至 2026年2月26日的最新版本 Windows 功能：启用 VirtualMachinePlatform； Hyper-V、WSL、Docker 和 Windows Sandbox 均已禁用。 核心隔离 / 内存完整性：关闭。 概况 Claude Desktop 应用程序每次启动时都会启动一个 Hyper-V 虚拟机（Vmmem），消耗约 1.8 GB 的 RAM，即使用户仅需要聊天功能且无意使用 Cowork 或代理模式。 在一台 16 GB 的笔记本电脑上，这占用了超过 11% 的总内存，由于基础设施未被使用而被消耗。 重现步骤 安装 Claude Desktop 在启用 VirtualMachinePlatform 的 Windows 11 上。 至少使用一次 Cowork/代理模式（这会生成会话文件）。 关闭并重新打开 Claude Desktop，或简单地重新启动计算机。 打开任务管理器，观察 Vmmem 消耗 ~1,800 MB。 发生了什么 在每次启动时，Claude Desktop 应用程序通过 RPC 接口事件触发 Hyper-V Host Compute Service (vmcompute)，这会生成一个托管完整虚拟机的 vmwp.exe 进程。 此虚拟机在任务管理器中显示为 "Vmmem"，其内存消耗约为 1,796–1,846 MB。 Hyper-V Compute Admin 事件日志显示重复错误："指定的属性查询无效：虚拟机或容器的 JSON 文档无效。 (0xC037010D, ‘无效的 JSON 文档 '$'’)" 这些错误自 2026年2月19日以来就出现，并在每次启动和应用程序启动时被触发。 根本原因调查 通过广泛的 PowerShell 诊断，我们确认： WSL 未安装 —— wsl --shutdown 返回 "未安装"。 Hyper-V 管理工具未安装 —— Get-VM 失败。 Docker 未安装 —— 找不到 Docker 进程。 Windows Sandbox 被禁用。 核心隔离 / 内存完整性关闭（在此问题开始之前即已关闭）。 VirtualizationBasedSecurityStatus 显示 2（运行中），可能是由于启用了 LSA 保护，但这一点并不能解释 1.8 GB 的虚拟机。 唯一启用的虚拟化功能是 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 应用程序也会立即重新生成虚拟机和 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 这样可以防止虚拟机启动，但也禁用 Cowork 功能。 或者，用户可以在每次启动后终止 VM 进程： powershellStop-Process -Name vmwp -Force Stop-Process -Name vmcompute -Force 杀死这些进程后，聊天功能继续正常工作。 请求 请修改 Claude Desktop 应用程序，以便： 只有在积极请求 Cowork 或代理模式时，虚拟机/容器基础设施才会初始化。 在会话结束后，旧的会话数据自动清理。 应用程序在缺少虚拟机基础设施时能够优雅地处理，而不会降低聊天性能。 应该发生什么？ 当启动用于仅聊天使用时，Claude Desktop 应用程序不应生成 Hyper-V 虚拟机（Vmmem，~1.8 GB RAM）。 虚拟机/容器基础设施应该仅在用户积极启动 Cowork 或代理会话时初始化。