Claude Desktop 浪费资源：仅聊天也占用 1.8GB 虚拟机

环境

注：此问题特定于 Claude Desktop 应用（Windows），不涉及 Claude Code CLI。

OS: Windows 11 Pro 25H2, Build 26200.7840 硬件: Razer Blade 15 Base Model (Late 2020), i7-10750H, 16 GB RAM Claude Desktop: 2026 年 2 月 26 日最新版本 Windows 功能：VirtualMachinePlatform 已启用；Hyper-V、WSL、Docker 和 Windows Sandbox 均已禁用 Core Isolation / Memory Integrity: Off

问题摘要

Claude Desktop 应用在每次启动时都会启动一个 Hyper-V 虚拟机（Vmmem），消耗约 1.8 GB 的 RAM——即使用户只需要聊天功能，并且无意使用 Cowork 或 agent 模式。在 16 GB 笔记本电脑上，这代表总内存的 11% 以上被用于未被使用的基础设施。

复现步骤

1. 在启用了 VirtualMachinePlatform 的 Windows 11 上安装 Claude Desktop
2. 至少使用一次 Cowork/agent 模式（这会创建会话文件）
3. 关闭并重新打开 Claude Desktop——或者直接重启机器
4. 打开任务管理器，观察 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 事件日志显示重复错误：

"The specified property query is invalid: The virtual machine or container JSON document is invalid. (0xC037010D, 'Invalid JSON document '$'')"

自 2026 年 2 月 19 日以来，这些错误一直在发生，在每次启动和应用启动时都会被触发。

根本原因调查

通过广泛的 PowerShell 诊断，我们确认：

• WSL 未安装——wsl --shutdown 返回"not installed"
• Hyper-V 管理工具未安装——Get-VM 失败
• Docker 未安装——未找到 Docker 进程
• Windows Sandbox 已禁用
• Core Isolation / Memory Integrity 关闭（在问题发生之前就已关闭）
• VirtualizationBasedSecurityStatus 显示 2（运行中），可能是由于 LSA Protection 启用——但这单独无法解释 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 的系统上，这个 bug 会导致内存使用率从空闲时的约 50% 跳升到约 62%，而用户还没有做任何操作。加上正常的应用负载，这会将总使用率推到 70–75%，导致系统反应迟缓，迫使用户在每次启动后手动杀死虚拟机进程。

预期行为

• Claude Desktop 应用不应该为仅聊天的会话生成虚拟机
• 如果需要 Cowork 基础设施，应按需初始化——仅当用户实际启动 Cowork/agent 会话时才初始化
• 来自之前 Cowork 会话的陈旧会话文件应该自动清理，而不是无限累积（我们的情况下有 2,689 个文件）
• 如果虚拟机初始化失败或不必要，应用应该退回到仅聊天模式，而不是无条件启动虚拟机基础设施

当前解决方案

唯一可靠的解决方案是完全禁用 VirtualMachinePlatform：

Disable-WindowsOptionalFeature -Online -FeatureName "VirtualMachinePlatform" -NoRestart

这会阻止虚拟机启动，但也会禁用 Cowork 功能。或者，用户可以在每次启动后杀死虚拟机进程：

Stop-Process -Name vmwp -Force
Stop-Process -Name vmcompute -Force

杀死这些进程后，聊天功能继续正常工作。

请求

请修改 Claude Desktop 应用，以便：

• 虚拟机/容器基础设施仅在积极请求 Cowork 或 agent 模式时初始化
• 会话结束后自动清理旧的会话数据
• 应用在没有虚拟机基础设施的情况下也能优雅地处理，不会降低聊天性能

Claude Desktop 应用在启动用于仅聊天使用时不应该生成 Hyper-V 虚拟机（Vmmem，约 1.8 GB RAM）。虚拟机/容器基础设施仅应在用户主动启动 Cowork 或 agent 会话时初始化。陈旧的会话文件应该在会话结束后自动清理。

附加信息

详见上述描述中的详细 bug 报告。

---