Windows 用户吐槽：Claude Desktop刚启动就霸占 1.8GB 内存

若只说一件事，Windows 版 Claude Desktop 用户最近的怨气，几乎都指向了同一个方向：内存占用，实在是有些离谱了。

问题出在它的后台机制上。据社区里用户们的反馈，一旦你尝试过 Claude 的 Cowork 或 Agent 模式——也就是那类让 AI 替你跑代码、操作桌面的智能体功能——软件就会在后台悄悄启动一个大家伙：一套体积接近 1.8GB 的 Hyper-V 虚拟机进程。最尴尬的地方在于，即便你之后只想跟它聊点日常琐事，或者只进行最基础的文本问答，这个庞然大物也纹丝不动，绝不会自行关闭。

更让用户头疼的是接下来的日常使用。只要你在后续的会话中再次打开 Claude Code，那个 1.8GB 的进程就会如约而至，在任务管理器的名下，它会显示为“Vmmem”项。虽然它的 CPU 占用率近乎为零，不代表它无害。对于内存本就吃紧的设备来说，1.8GB 的空间白白被占着，不亚于一套沉重的枷锁，随时可能拖慢系统整体的响应速度。

这件事其实并不新鲜。只要去 GitHub 翻一翻开发者的反馈记录，就能发现早在今年 2 月份就有人提交了这个 Bug。可惜的是，直到现在官方也没有拿出一个像样的修复方案。面对这种沉默的态度，已经有一些原本的忠实用户选择了卸载，用实际行动表达了不满。

技术圈里对此也有不少分析，普遍认为这套设计逻辑本身就有优化的空间。社区的呼声其实很清晰：这个虚拟机应该只在用户明确触发 Agent 模式时才按需启动，执行完任务后主动清理掉相关的会话数据，而不是赖在系统里不走。

好消息是，这个问题目前仅限于 Windows 平台，CLI 客户端和其他系统版本都暂时没有受到影响。对于那些还得靠着 Claude Desktop 正常工作的 Windows 用户来说，在官方发布正式的更新补丁之前，能做的或许也只剩下手动在任务管理器里结束进程，或者干脆寻找替代方案了。