Claude Desktop 遇上微软更新：安装失败、系统崩溃、开发者怒了

最近，不少 Windows 用户在安装 Anthropic 推出的 AI 编程工具 Claude Desktop 时，遭遇了连环“暴击”：下载后自动跳转微软商店，结果页面空空如也——根本找不到官方应用；好不容易绕过安装流程，程序一启动就卡死，甚至直接导致系统崩溃。

在 Reddit 的 r/programming 和 r/Windows11 板块，大量用户发帖描述自己的遭遇。有人称：“我重装了三次系统，开了开发者模式、允许旁加载、关闭了杀毒软件，还是装不上。”还有人表示，安装后打开 Claude Desktop，Windows 11 的“协作”（Cowork）功能瞬间闪退，必须重启才能恢复系统基本操作。

问题不止于安装。在 Windows 10 上，用户报告任务管理器在运行 Claude 时频繁无响应，甚至直接白屏退出。更糟的是，使用 Claude Code VS Code 扩展的开发者发现，只要生成超过 600 行代码，WSL2 环境就会被系统强制终止。经排查，内存占用在 4.6GB 左右时，Linux 内核的 OOM Killer 直接“杀掉”进程——这在普通开发场景中完全不可接受。

Anthropic 回应：不修，不解释，还锁评论

面对铺天盖地的反馈，Anthropic 的回应让很多人寒了心。他们在 GitHub 的 issue 页面明确标注多个关键问题为 “Won’t Fix”，理由是：“Claude for Linux 未在 WSL 环境中做兼容性测试，因此不计划支持。”

更令人愤怒的是，他们不仅不修复，还直接锁死了相关讨论帖。一位开发者在帖子中写道：“我们不是在测试边缘功能，我们是在日常开发中用它写生产代码。你们说‘没测过’，那你们到底测了什么？连基础的内存管理都没做，就敢推给企业用户？”

不少企业 IT 管理员表示，他们正计划在内部部署 Claude Code 辅助开发，但这次事件让整个计划陷入停滞。“我们不可能让员工在生产环境里用一个动不动就崩掉、还拒绝修复的工具。”一位来自金融科技公司的架构师说。

微软更新是罪魁祸首？还是借口？

虽然问题在安装微软 KB5079473 安全更新后集中爆发，但许多技术分析指出，这更像是一个“导火索”而非根本原因。KB5079473 本身是针对 Windows 安全漏洞的常规补丁，主要修复的是 Windows Defender 和内核驱动问题，并未直接修改 WSL 或应用沙盒机制。

有开发者通过回滚更新发现，即使没有安装该补丁，Claude Desktop 依然存在内存泄漏和 WSL2 资源抢占问题。这意味着，问题根源不在微软，而在于 Claude 自身对 Windows 环境的适配严重不足。

更讽刺的是，Anthropic 官网至今仍把“Windows 支持”列为产品核心卖点之一，但其技术文档里却找不到任何关于 WSL、Hyper-V 或 Windows 应用商店部署的说明。一位开源贡献者在分析其安装包后发现，Claude Desktop 实际上是基于 Electron 封装的 Web 应用，但打包时未适配 Windows 的权限模型和沙箱限制，导致其在安全更新后彻底“失联”。

用户还在等，Anthropic 一言不发

截至发稿，Anthropic 官方网站、Twitter、LinkedIn 和官方博客均未发布任何关于此事件的说明。没有任何修复计划、没有临时解决方案、甚至没有一句“我们正在调查”。

而与此同时，GitHub 上的开源替代品如 Cursor、CodeWhisperer 的下载量悄然上升。一些开发者已经开始迁移，甚至有人在论坛里发起“#BoycottClaude”话题，呼吁企业暂缓采用其产品。

一位资深程序员在帖子结尾写道：“我们不需要一个会自己把自己干掉的 AI 助手。如果连基础稳定性都做不好，那它写的代码，我敢用吗？”

现在，成千上万的用户只能一边等待，一边在论坛里互相分享“临时救急”方案：降低 WSL2 内存上限、禁用图形加速、改用命令行模式……但这些都不是长久之计。

当一家公司把“未测试”当成拒绝负责的理由时，它失去的不只是用户，还有信任。