用AI代碼替換Windows里每一行C/C++！微軟回應了

Jay 發(fā)自 凹非寺量子位 | 公眾號 QbitAI

微軟光速辟謠了。

Windows Latest消息，微軟表示并未打算用AI重寫Windows 11

這與此前內部杰出工程師，聲稱要用AI+Rust淘汰C/C++的言論大相徑庭：

• 2030年，徹底消除微軟代碼中的每一行C/C++代碼。策略是將AI和算法結合，重寫微軟最大的代碼庫。

路徑圖也相當粗暴——

• 一名工程師，一個月，一百萬行代碼。

該言論一經(jīng)發(fā)布，迅速在互聯(lián)網(wǎng)引起軒然大波。

有網(wǎng)友對微軟擁抱AI的決斷力表示佩服，但也有不少網(wǎng)友擔心強推AI風險過高，稱微軟「異想天開」。

• 這樣做只會給用戶帶來風險。就我個人經(jīng)驗而言，AI生成的代碼，錯誤率遠高于我手寫的。

• 這就是新版Office 365漏洞百出的原因嗎？

見事態(tài)愈演愈烈，點燃這一導火索的微軟工程師火速公關，又給原文打了補丁。

• 澄清一下…Windows「絕」不是拿AI用Rust重寫的。這只是我團隊的研究項目。

微軟光速辟謠

「一名工程師，一個月，一百萬代碼」，用Rust干爆C/C++，拿AI重寫Windows 11。

這并非什么小道消息，而是微軟杰出工程師Galen Hunt，在領英發(fā)布招聘帖時的激情發(fā)言。

此文一出，迅速在互聯(lián)網(wǎng)上引起了軒然大波。不少網(wǎng)友質疑微軟「不負責任」，完全是形式化地在追求所謂的「AI率」，而沒有考慮到這樣做可能帶來的嚴重后果。

網(wǎng)友們擔心的點在于：Windows的歷史包袱實在太重，數(shù)百萬行遺留代碼中不知道有多少「碰巧可運行」的bug。重寫后如果出現(xiàn)問題，想要找出病灶，無異于大海撈針。

還有網(wǎng)友指出，除了「質量」不可控，「速度」也不一定真的更快。

• 目前的AI技術距離交付如此高質量的代碼還差了大約五個數(shù)量級，每十行代碼一個bug。如果寫一百萬行代碼，就意味著十萬個bug。

確實，鑒于如今Vibe Coding的交付質量，微軟有審核這「每個月一百萬代碼」的功夫，還不如找人手敲。

Galen或許也沒想到，一條招聘帖竟會引發(fā)如此巨大的輿論轟動。他很快在原帖基礎上疊了層甲，解釋稱發(fā)帖只是為了尋找理念一致的工程師，大家有些過度解讀了。

• 看來我的帖子引起了比我預期更多的關注，很多人對我的帖子進行了各種猜測和解讀……在此澄清一下，Windows并沒有被用Rust重寫并加入AI。
  這個研究項目，我們正在開發(fā)讓不同編程語言之間遷移成為可能的技術。我發(fā)帖的目的，是尋找志同道合的工程師，而不是為Windows11+制定新戰(zhàn)略，也并非暗示Rust是終點站。

但在此前那番「雄心壯志」的映襯下，這一解釋難免顯得些許蒼白。

畢竟，當微軟杰出工程師，Azure Sphere（微軟IoT平臺）領導者——Galen Hunt，開始公開使用「淘汰C/C++」「用AI重寫代碼庫」等大膽字眼時，很難讓人不懷疑這是微軟內部已達成的某種共識。

更何況，Galen在帖子中頻繁使用「我們」作為主語，仿佛真的是在代表微軟發(fā)言。至少，內部應該是有相關支持聲音的。

微軟這只大象，不惜考慮用AI將舊的代碼高墻全部推翻，也要掉頭回去尋找的，究竟是什么？

觸不可及的Rust，摸得著了

幾十年來，內存安全漏洞一直是微軟摳破腦袋也無法解決的問題。

為了方便理解，我們可以把電腦想象成一家公司。其中，系統(tǒng)是老板，程序是員工

在這家二進制公司里，員工上班前，需要先向老板申請一張工位，也就是內存，用來放電腦、處理數(shù)據(jù)、與同事交接。

每張工位都有明確使用規(guī)范。辦公桌面積有限，所有員工只能用自己被分配的工位，下班后必須立刻歸還。

如果員工不遵守這些規(guī)矩，硬是要超出預先的內存分配，跑去別人工位，甚至化身「老油條」，賴在新人的辦公桌不走，就會打亂公司運轉。輕則程序閃退、系統(tǒng)藍屏，重則給黑客留下突破口。

針對這一問題，C/C++版員工手冊的管理哲學是：我相信你不會出問題噠～

是的，C/C++不在乎程序是否遵守內存使用規(guī)范，只要能編譯，它就放你過去。

2019年，微軟公開承認，Windows系統(tǒng)中約70%的安全漏洞，其罪魁禍首正是C/C++

在此背景下，微軟對Rust產(chǎn)生了興趣。

與C/C++的放養(yǎng)式教育不同，Rust從第一天就為解決內存安全而設計。

萬事起源于2006年。一位名叫格雷頓老哥（Graydon Hoare）住的那棟公寓，電梯又壞了。

第n次，他一邊罵罵咧咧一邊努力爬向自己位于21樓的家。他想不通，一個電梯系統(tǒng)咋就這么容易崩潰呢？不應該呀！

結果發(fā)現(xiàn)……這些電梯軟件往往是也用C/C++編寫的。

為了不再爬樓，格雷頓老哥決定搞個新編程語言出來。

于是，Rust誕生了。

具體而言，為了根除內存安全漏洞，Rust版員工手冊全方位制定了更嚴格的工位管理方案：

• 不能隨便亂指內存；
• 不能偷看同事的工位；
• 工作結束后要立馬收拾干凈并歸還……

雖然設置了這么多限制，但由于特殊設計，不會浪費資源，所以程序員也不用擔心這些限制會犧牲性能。

同時，由于Rust與C/C++具備良好的互操作性，微軟可以直接調用現(xiàn)有Windows API，循序漸進地替換舊代碼，而不必從頭重寫多達4000多萬行的系統(tǒng)代碼

這正是微軟如此熱衷于Rust的原因。畢竟，一旦這場大換血取得成功，長期困擾Windows系統(tǒng)的安全頑疾，或許能得到根治。

不過，Rust也存在缺點，比如難度比較高，最初的開發(fā)速度也比Go、Java慢很多。但對于微軟這樣的巨頭來說，這些也稱不上是阻力。

事實上，早在2023年，微軟便已開始用Rust重寫Windows內核。但直到今天，這一嘗試依然止步于少數(shù)模塊，始終未能大規(guī)模鋪開。

技術之外的考量，才是阻礙微軟大象轉身的真正原因。

首先，是沉重的歷史包袱

Windows內核起源于20世紀80年代，幾十年積累下來，代碼規(guī)模龐大而復雜。若要轉向Rust，意味著需要重寫跨越數(shù)十年的數(shù)百萬行代碼。

而在這堆代碼中，沉淀著無數(shù)邊緣案例。許多看似古怪、難以理解的實現(xiàn)，可能實際上是這棟大廈的重要支柱。

一旦重寫過程中出現(xiàn)問題，很可能連病灶都找不著，因為本就沒人理解這個龐然大物是怎么運作的。

其次，Rust本身的生態(tài)仍不夠成熟

數(shù)以百萬計的第三方驅動、硬件廠商和舊軟件，高度成熟的工具鏈，比起技術基因，這些才是C/C++最重要的護城河。

相比之下，Rust對新手并不友好，上手門檻較高。更現(xiàn)實的是，在許多細分領域，Rust缺乏足夠成熟的解決方案，開發(fā)者需要投入大量時間積累經(jīng)驗，才能勉強追上C/C++多年沉淀下來的生態(tài)基礎。

因此，想要切換成Rust，不是微軟一家能說了算的，所有開發(fā)者都面臨高昂的學習成本

AI編程能力的突飛猛進，讓這顆明珠第一次變得觸手可及。

如果AI這個中間層，能夠承接并消化上述轉換成本，那么無論是微軟，還是Windows開發(fā)者，掉頭的阻力都會被大大削弱。這或許正是Galen提出「一名工程師，一個月，一百萬行代碼」的背后洞察。

但這套邏輯有一個前提：AI真的有能力勝任這「翻譯工具」

而現(xiàn)實情況是，即便Gemini 3 Pro再次帶來了質變，也還不至于讓程序員成為甩手掌柜。更不用說讓AI深度參與足以撼動Windows根基的內核級工程。

或許正如Galen所言，這目前仍只是一個研究項目。微軟確實有意推動換血，但他們也清楚技術條件尚未成熟。

無風不起浪

也不怪網(wǎng)友反應激烈，微軟此前確實很愛釋放「全力擁抱AI」的信號。

2025年4月，微軟CEO Satya Nadella在Meta舉辦的開發(fā)者大會上頗為自豪地表示，微軟已有約30%的代碼由AI編寫，而且這一比例還在持續(xù)上升。

• 我估計，我們代碼庫中大約有20%到30%的代碼，以及部分項目，可能都是由軟件寫出來的。

同月，微軟CTO的表態(tài)則更加激進。他預計，到2030年，高達95%的代碼將由AI生成。

而在微軟內部，這把「AI改革」的火，更是在CEO Nadella全力押注的東風下，徹底燎原。

據(jù)悉，Nadella將AI視為決定微軟生死存亡的重要時刻，這將決定微軟是否能繼續(xù)屹立科技行業(yè)頂峰。對Nadella而言，這同樣是一次百年難遇的機會。

這項使命既關乎職業(yè)，也關乎個人。

因此，這位微軟CEO對內部高管下達的最后通牒是：要么擁抱AI，要么滾蛋

不過，此次事件一出，微軟或許需要重新規(guī)劃下駛向「AI原生企業(yè)」的行駛速度。

像蘋果那樣坐在金礦上發(fā)呆顯然不行，但如果步子邁得太大，市場同樣會擔心企業(yè)栽個大跟頭。

先規(guī)劃三步，再退兩步。

這或許是如今技術高速迭代背景下，最穩(wěn)妥的選擇。

[1]https://www.windowslatest.com/2025/12/24/microsoft-denies-rewriting-windows-11-using-ai-after-an-employees-one-engineer-one-month-one-million-code-post-on-linkedin-causes-outrage/
[2]https://techpreneurr.medium.com/why-microsoft-tried-to-rewrite-windows-in-rust-32e5dd63ecf3
[3]https://www.linkedin.com/posts/galenh_principal-software-engineer-coreai-microsoft-activity-7407863239289729024-WTzf/
[4]https://www.businessinsider.com/microsoft-ceo-satya-nadella-ai-revolution-2025-12