一场由微软顶级工程师引发的“AI重写Windows”争议，终于有了官方回应。
近日，微软向Windows Latest明确表态：不计划使用AI和Rust语言重写Windows 11。要知道，Rust作为比C、C++更安全的编程语言，一直被业内看好，而这则澄清并非空穴来风——此前，微软杰出工程师Galen Hunt的一条LinkedIn帖子，直接引发了全网热议甚至“众怒”。
“我的目标是到2030年，从微软消除每一行C和C++代码。我们的策略是结合AI和算法来重写微软最大的代码库，北极星目标是‘一个工程师，一个月，一百万行代码’。”
这句话分量十足。作为负责多个大规模研究项目的顶级工程师，Galen Hunt的表态很难被当作“随口一说”。尤其是“消除所有C/C++代码”，明眼人都能联想到Windows——这款系统的API核心代码、甚至内核，大多基于C语言构建，C++则用于不少应用程序开发，堪称系统的“基石”。
在帖子引发轩然大波后，Galen Hunt悄悄编辑了内容，而笔者也及时截图留存了原文。如今再看，这场争议的核心从来不是“Rust好不好”，而是“用AI大规模重写Windows代码”这件事，到底靠谱吗？微软的澄清，又是否能打消用户的顾虑？
争议发酵：从“百万行代码”口号，到官方紧急澄清
如果不是出自微软顶级工程师之口，“一个工程师，一个月，一百万行代码”大概率会被当作天方夜谭。要知道，Windows系统的代码量早已突破亿级，哪怕是资深工程师，想要高质量完成千行级代码开发都需要投入大量精力，百万行的目标，哪怕有AI辅助，也显得过于激进。
更关键的是，帖子中反复使用“我们的”，而非“我个人”，这让外界难免推测：这不是个人想法，而是微软正在探索的内部战略。毕竟，Galen Hunt的头衔、在公司的资历，都让他的发言自带“官方信号”属性。
随着争议不断升级，微软终于出面灭火。负责公司沟通事务的顶级高管Frank X. Shaw，向Windows Latest证实“没有用AI重写Windows 11的计划”；而始作俑者Galen Hunt，也更新了LinkedIn帖子进行澄清：
“看来我的帖子引起了比我预期更多的关注……有很多人在字里行间进行了推测性解读……只是澄清一下，Windows并没有在通过AI用Rust重写。我团队的项目是一个研究项目，我们正在开发实现语言间迁移的技术。我发布帖子的本意是寻找志同道合的工程师加入，共同推进这项多年努力的下一个阶段——而不是为Windows 11+设定新战略，或暗示Rust是终点。”
看似平息了争议，但细品不难发现：Galen Hunt只是否认了“为Windows设定战略”，却没放弃“一个工程师，一个月，一百万行代码”的目标。外界的担忧，也从来不是“过度推测”——毕竟他最初的措辞，实在太像一场大规模战略的宣告，而非小型研究项目的介绍。
矛盾点：微软一边否认AI重写Win11，一边高调宣传AI写代码
让争议更耐人寻味的是，微软的“澄清”，与其此前对AI写代码的高调态度，形成了明显反差。
这不是微软第一次提及“用AI编写自家产品代码”。早在2025年4月Meta首届LlamaCon AI开发者大会上，微软CEO萨提亚·纳德拉就自豪地表示：“今天在我们的代码仓库和某些项目中，大概有20%、30%的代码可能全部是由软件编写的。” 他还暗示，这个数字会持续增加。
同月，微软首席技术官更是放出更激进的言论：预计到2030年，高达95%的代码将由AI生成。
一边是“95%代码由AI生成”的长远目标，一边是“不计划用AI重写Win11”的紧急澄清，这种矛盾背后，其实是外界的核心顾虑：不是反对AI写代码，而是担心AI大规模改写Windows这种“亿级代码量”的核心系统。
Rust语言本身没问题，甚至比C/C++更安全；AI辅助写代码也没问题，能提升开发效率。但Windows作为全球数十亿设备使用的系统，稳定性、兼容性才是重中之重——用AI大规模重写核心代码，哪怕有算法辅助，也可能埋下无数兼容性隐患、漏洞，这才是用户“怒喷”的关键。
Win11的真正痛点：不是AI，是“Web垃圾”拖垮性能
比起“AI是否会重写Win11”的争议，更值得关注的是：Windows 11当下存在的更大问题，其实是越来越多的“Web化应用”，正在拖垮系统性能。
正如Windows Latest此前报道，如今最受欢迎的Windows应用，大多因占用大量内存而被吐槽，这背后很大程度上是微软自身设定的标准所致——WebView2、Electron框架的滥用，正在让Windows应用变得越来越“臃肿”。
几个典型案例，足以说明问题：
- Discord：作为基于Electron的应用，Discord官方承认，其Windows客户端在某些情况下会占用高达4GB内存，一旦出现这种情况，只能自动重启客户端才能缓解；
- Microsoft Teams：基于WebView2开发的Teams，哪怕在闲置状态下，也会持续占用1-2GB内存。微软没有想办法优化内存占用，反而选择将通话功能移至单独进程，以此减少崩溃——治标不治本；
- WhatsApp：最令人惋惜的案例。WhatsApp刚登陆Windows时是Electron应用，后来Meta将其升级为WinUI/XAML原生代码，优化后内存占用不到200MB，动画流畅、加载飞快，堪称标杆级原生应用。但可惜，Meta裁员后解散了负责原生客户端的团队，又换回了WebView2版本——如今的WhatsApp，内存占用是旧版原生客户端的7倍；
- Windows 11原生功能：更离谱的是，微软甚至开始用WebView2构建系统自带功能。比如即将回归的“Agenda视图”（通知中心显示Outlook日程），新版并非原生开发，而是基于Web技术——只要你打开通知中心，就会多一个Edge相关进程，额外占用高达100MB内存。要知道，Windows 10的Agenda视图是原生功能，根本不会有这种额外内存消耗。
这些“Web垃圾”应用的泛滥，才是普通用户最直观的痛点：打开几个常用应用，内存就占用过半；系统越用越卡，哪怕是高配NVMe固态、大内存，也扛不住无节制的资源消耗。
评论