微软很快就辟谣了。
Windows最新消息，微软表示不打算用AI重写Windows 11。
这与之前那些声称用AI+Rust消灭C/C++的优秀内部工程师的言论截然不同：
到2030年，微软代码中的每一行C/C++代码都将被彻底消除。该策略是结合人工智能和算法来重写微软最大的代码库。
路线图也相当粗糙——
一名工程师，一个月，一百万行代码。
此言一出，迅速在网络上引起轩然大波。
有网友对微软拥抱AI的果断表示钦佩，但也有不少网友担心推AI风险太大，称微软“异想天开”。
这样做只会让用户面临风险。就我个人的经验而言，AI生成的代码的错误率比我手写的代码要高得多。
这就是新版Office 365漏洞百出的原因吗？
眼见情况越来越严重，点燃导火索的微软工程师赶紧利用公关，对原文进行了补丁。
澄清一下……Windows“绝对”没有使用AI 用Rust 重写。这只是我团队的一个研究项目。
微软光速辟谣
“一名工程师，一个月，百万代码”，用Rust爆破C/C++，用AI重写Windows 11。
这不是八卦，而是微软杰出工程师盖伦·亨特（Galen Hunt）在LinkedIn上发布招聘信息时热情洋溢的言论。
这篇文章一出，迅速在网络上引起轩然大波。不少网友质疑微软“不负责任”，纯粹追求所谓的“AI率”，而不考虑这样做可能带来的严重后果。
网友担心的是Windows的历史包袱太重，数百万行遗留代码中“碰巧运行”的bug数不胜数。如果重写后出现问题，想找出问题就如同大海捞针一样。
有网友指出，除了“质量”不可控之外，“速度”也未必真的更快。
目前的人工智能技术距离提供如此高质量的代码大约还有五个数量级，每十行代码就有一个错误。如果您编写100 万行代码，则意味着有100,000 个错误。
确实，以如今Vibe Coding 的交付质量，微软有时间审核这个“每月一百万个代码”，所以还不如找人去做。
盖伦可能没有想到，一个招聘帖子会引起如此巨大的公众轰动。他很快就给原来的帖子加上了层层铠甲，解释说自己发这个帖子只是为了寻找有相同想法的工程师，大家都过度解读了。
看来我的帖子引起的关注比我预想的要多，很多人对我的帖子做出了各种猜测和解读……澄清一下，Windows 并没有用Rust 重写并添加了AI。在这个研究项目中，我们正在开发使不同编程语言之间的迁移成为可能的技术。我发帖的目的是寻找志同道合的工程师，而不是为Windows 11+ 制定新的策略，也不是暗示Rust 是终点。
但放在之前“野心”的背景下，这个解释难免显得有些苍白。
毕竟，当微软杰出工程师、Azure Sphere（微软物联网平台）领导者——Galen Hunt开始公开使用“淘汰C/C++”、“用AI重写代码库”等豪言壮语时，很难不让人怀疑这是微软内部达成的某种共识。
更重要的是，盖伦在帖子中经常使用“我们”作为主语，就好像他真的是在代表微软说话一样。至少，内部应该有相关支持的声音。
微软这头大象，尽管正在考虑用AI来推翻所有旧有的代码墙，却不得不转身回去寻找它到底是什么？
无形的铁锈是可以触摸到的
几十年来，内存安全漏洞一直是微软努力解决的问题。
为了更容易理解，我们可以将计算机想象成一家公司。其中，系统是老板，程序是员工。
在这个二元公司里，员工上班前，需要向老板申请一个工作站，也就是内存，可以存放电脑、处理数据、与同事交流。
每个工作站都有明确的使用规定。办公桌面积有限，所有员工只能使用分配给自己的工作站，下班后必须立即归还。
如果员工不遵守这些规则，硬要超过预先分配的内存，跑到别人的工作站，甚至成为“老油条”，呆在新人的办公桌前，就会扰乱公司的运营。其范围从程序崩溃、系统蓝屏到更严重的情况，都给黑客留下了突破口。
针对这个问题，C/C++版员工手册的管理理念是：相信你不会有任何问题~
是的，C/C++并不关心程序是否符合内存使用规范。只要能编译，就放你走。
2019年，微软公开承认C/C++是Windows系统中约70%安全漏洞的罪魁祸首。
在此背景下，微软对Rust 产生了兴趣。
与C/C++ 的自由放养不同，Rust 从第一天起就致力于解决内存安全问题。
一切都要从2006年开始，在一个名叫格雷登·霍尔的男子所居住的公寓楼里，电梯再次坏了。
他第n次一边咒骂一边艰难地爬向21楼的家。他不明白电梯系统怎么会这么容易崩溃。不应该的！
事实证明……这些电梯软件往往也是用C/C++ 编写的。
为了不再爬楼梯，格雷登兄弟决定想出一种新的编程语言。
因此，Rust 诞生了。
具体来说，为了杜绝内存安全漏洞，Rust版员工手册在各方面制定了更为严格的工作站管理方案：
不要乱动记忆；
不要偷看同事的工作站；
下班后立即清理并归还.
虽然设置了这么多限制，但由于特殊的设计，资源不会被浪费，所以程序员不必担心这些限制会牺牲性能。
同时，由于Rust与C/C++具有良好的互操作性，微软可以直接调用现有的Windows API并逐步替换旧代码，而无需从头开始重写超过4000万行系统代码。
这正是微软如此热衷于Rust 的原因。毕竟，一旦这次大修成功，长期困扰Windows系统的安全问题或许就会得到治愈。
不过Rust也有缺点，比如难度大，初期开发速度比Go和Java慢很多。但对于微软这样的巨头来说，这些都不能称之为障碍。
事实上，早在2023 年，微软就开始用Rust 重写Windows 内核。但直到今天，这种尝试仍然仅限于几个模块，从未大规模推广。
技术以外的考虑才是阻碍微软扭转局面的真正原因。
首先，历史包袱很重。
Windows内核起源于20世纪80年代，经过几十年的积累，代码规模庞大且复杂。转向Rust 将意味着重写数十年的数百万行代码。
而在这堆代码中，有无数的边缘情况。许多看似奇怪和难以理解的实现实际上可能是这座大厦的重要支柱。
一旦重写过程中出现问题，很可能问题就不会被发现，因为没有人了解这个庞然大物是如何工作的。
其次，Rust自身的生态还不够成熟。
数以百万计的第三方驱动、硬件厂商和老软件，以及高度成熟的工具链，相比技术基因来说，是C/C++最重要的护城河。
相比之下，Rust 对新手并不友好，入门门槛较高。更现实的是，在很多利基领域，Rust 缺乏足够成熟的解决方案，开发者需要投入大量的时间和积累经验，才勉强赶上C/C++ 多年来积累的生态基础。
因此，如果要改用Rust，单靠微软并不能说了算。所有开发人员都面临着高昂的学习成本。
AI编程能力的快速进步，让这颗明珠第一次触手可及。
如果AI这个中间层能够承担并吸收上述转换成本，那么无论是微软还是Windows开发者，掉头的阻力都会大大削弱。这或许就是盖伦建议的“一名工程师，一个月，一百万行代码”背后的洞察。
但这个逻辑有一个前提：AI确实具备这一层“翻译工具”。
现实情况是，即使Gemini 3 Pro再次带来质变，也不会让程序员变成放手不管的掌柜。更不用说让AI深度参与能够动摇Windows根基的内核级项目了。
或许正如盖伦所说，这还只是一个研究项目。微软确实有意推动替代，但他们也知道技术条件尚未成熟。
没有风雨无浪
难怪网友们反应激烈。微软此前确实已经释放过“全面拥抱AI”的信号。
2025年4月，微软CEO萨蒂亚·纳德拉在Meta举办的开发者大会上自豪地表示，微软大约30%的代码是由AI编写的，而且这个比例还在持续上升。
我估计我们的代码库和一些项目中大约20% 到30% 的代码可能是用软件编写的。
同月，微软CTO的言论更加激进。他预测，到2030 年，高达95% 的代码将由人工智能生成。
微软内部，“AI改革”之火在CEO纳德拉的全力投入下彻底燎原。
据悉，纳德拉将AI视为决定微软生死存亡的重要时刻，这将决定微软能否继续站在科技行业的顶端。对于纳德拉来说，这也是一个百年一遇的机会。
这一使命既是专业的，也是个人的。
因此，微软CEO向内部高管下了最后通牒：要么拥抱AI，要么退出。
不过，此事件一出，微软或许需要重新规划其迈向“AI原生企业”征程的速度。
像苹果那样坐在金矿上发呆显然是不行的，但如果迈出太大的一步，市场也会担心该公司会遭受大挫折。
先计划三步，然后退两步。
在当今技术快速迭代的背景下，这可能是最安全的选择。
