Windows版Claude Desktop每次启动即自动创建Hyper-V虚拟机，占用约1.8GB内存，即使用户只用聊天功能。
GitHub上一位用户提交的issue引发了广泛共鸣：Claude桌面应用在Windows上每次启动都会自动创建一个Hyper-V虚拟机，消耗约1.8GB内存，即使用户只需要聊天功能，根本不打算使用Cowork或Agent模式。这一问题最早由用户davidellett在2026年2月26日提交到GitHub，问题编号29045。他详细记录了AppData目录下的Claude文件夹中遗留了多达2689个从未清理的过期会话文件，命名方式采用Docker风格的形容词加科学家名组合，如"nifty-dreamy-volta"和"tender-vigilant-goodall"。这些会话文件的堆积表明Claude在后台创建了大量资源但从未释放，然而即使将所有过期文件和进程全部清除，重新启动应用后问题依然如期而至。
问题的根源在于Windows的VirtualMachinePlatform功能。即使WSL、Docker、Hyper-V和Windows沙盒全部禁用，只要系统启用了VirtualMachinePlatform，Claude Desktop就会在启动时通过RPC接口触发Hyper-V主机计算服务。系统事件日志中反复出现一条错误消息："指定的属性查询无效：虚拟机或容器JSON文档无效"，错误代码为0xC037010D。这明确地印证了Claude在没有用户指令的情况下主动尝试启动虚拟机环境。一个名为vmwp.exe的进程(即Hyper-V虚拟机工作进程)随之出现在任务管理器中，以"Vmmem"的名义消耗约1796至1846MB内存。在16GB内存的系统上，这会导致空闲内存占用从约50%跃升至约62%，如果用户正在运行开发环境或浏览器，总内存占用可能达到70%到75%，严重挤压其他应用的可用资源。
评论区迅速汇集了大量相同遭遇的用户。有人在macOS上也发现了同样问题：Claude启动时创建Apple VirtualMachine，占用约2.61GB内存。该用户在个人账户和工作账户上均复现了这一现象，即使Cowork功能已被明确禁用。相关问题被交叉引用到编号30972的macOS issue，但该issue最终被标记为NOT_PLANNED并关闭，这进一步激怒了社区。有用户试图拦截虚拟机所需的rootfs.vhdx文件下载，该文件约2GB大小，却发现需要封锁Google Cloud Storage的整个IP段才能阻止下载行为。更糟糕的是，封锁这些IP后Claude应用本身的网络功能也无法正常连接，这揭示了虚拟机镜像是与应用核心功能深度耦合的。
社区的愤怒和无奈清晰可见。一位用户留言："因为它太出色了，但我现在只能卸载。"这条评论获得了大量赞同。另一位用户说："因为这问题只能换用网页版。"还有用户抱怨："真正让我愤怒的是你被迫下载2GB的rootfs.vhdx，即使你根本不需要它，你甚至看不到你的流量被用来下载了一个你永远不会启动的东西。"用户hunglng无奈地表示已切换至网页版。社区自行整理出了修复工具集ClaudeFix，位于GitHub上JesperLive的仓库中。该工具集汇总了当前所有已知的应对措施：禁用VirtualMachinePlatform彻底放弃Cowork功能、每次启动后手动终止vmwp和vmcompute进程、修改注册表禁用CoworkVMService(该服务仅影响虚拟机不影响聊天功能)、以及禁用自动登录功能以便在重启时回收内存。截至2026年6月10日，该issue已被github-actions自动标记为invalid并移除了bug标签，获得了53个点赞和14个笑声反应，但Anthropic方面未做出任何正式回应，问题至今仍然开放。
原文：https://github.com/anthropics/claude-code/issues/29045