微軟 Build 前瞻:自研推理模型與開發者專屬 Windows 11 齊亮相
據報道,Microsoft 將在 Build 大會上公佈首款自研推理模型 MAI-Thinking-1,並推出專為開發者最佳化的 Windows 11 純淨環境。微軟還將展示整合助手的 Copilot 超級應用,並強化端側 AI 支援。不過該應用預計要到夏末才開啟預覽。

過去這幾年,不少開發者開啟 Windows 11 的第一件事,可能是先關掉系統裡塞得滿滿當當的推薦廣告,再去裝 WSL、配置終端,折騰大半天才能真正進入寫程式碼的狀態。加上 GitHub 經歷了人員離職、宕機和安全事件,很多程式設計師對微軟平臺的信任度掉到了谷底。
微軟在舊金山召開 Build 2026 開發者大會。這次大會微軟放棄了往年的宏大場館,選了一個更緊湊的場地,目的很直接:把流失的開發者拉回來。
給系統瘦身,讓開發者少折騰兩小時
微軟這次先從最基礎的系統體驗開刀。Windows 11 正式推出了開發者最佳化模式,試圖解決系統太吵、配置太繁瑣的老毛病。
現在通過 WinGet 的一行命令,系統就能自動配置好免打擾開發環境,預裝 VS Code、GitHub Copilot、WSL 和 PowerShell 7,並調好開發設定。微軟甚至把一套類似 Linux 的原生命令列工具 Coreutils 直接搬進了 Windows。針對跨平臺開發,WSL 也即將支援原生的 Linux 容器操作。
不僅是本地系統,這套開發者配置也同步放進了 Windows 365 雲電腦。終端也迎來了實驗性的智慧終端功能,能直接在命令列裡理解上下文,輔助排查報錯和執行多步任務。
關住 AI 智慧體,端側算力拉滿
除了修補舊傷,微軟今年最核心的底牌是端側 AI 與智慧體安全。AI 越來越能幹,但如果它在開發者電腦上亂刪檔案、亂髮請求,誰都不敢放開用。
針對這個問題,微軟拿出了 MXC 軟體開發工具包,也就是微軟執行容器。它是一套執行時的策略隔離層,開發者可以明確圈定一個智慧體能訪問哪些本地檔案和網路許可權,防止它跑偏搞破壞。微軟還拉來輝達,把後者的 OpenShell 整合進 MXC,並且開源讓 OpenClaw 原生執行在 Windows 的隔離環境裡。
在模型和硬體層面,微軟公佈了即將推出的端側小模型 Aion 1.0 Instruct 和專做推理工具呼叫的 Aion 1.0 Plan。為了承載這些本地算力,微軟與輝達聯合拿出了搭載 RTX Spark 晶片的 Surface 開發機,擁有高達 128 GB 的統一記憶體和 1 petaflop 的 AI 算力。
而在大模型方面,微軟 AI 負責人 Mustafa Suleyman 還準備了微軟首個不靠資料蒸餾訓練的自研推理模型 MAI-Thinking-1,以及 MAI-Image-2.5 影像模型系列。傳聞中整合了各個 AI 助手的 Copilot 超級應用也在推進中,不過預覽版預計要等到夏末。
為什麼重要
對開發者來說,這可能是近幾年最務實的一次 Build。以前微軟在 Windows 裡狂塞各種聯網小元件和 AI 推廣,惹得程式設計師怨聲載道;現在一行命令給整潔環境、系統級支援 Coreutils,至少說明微軟聽懂了大家的吐槽。如果你平時飽受環境配置和跨平臺工具鏈折磨,這次的開發者配置和智慧終端很值得第一時間試試。
在行業層面,微軟正在把戰火從雲端算力引向端側工作站。聯合輝達搞 128 GB 統一記憶體的 RTX Spark 開發機,加上本地執行的 Aion 模型,本質上是在幫開發者省去昂貴的雲端 API 呼叫費,同時把高價值的程式碼和資料鎖在本地裝置裡。
我們認為,微軟這套組合拳打得很準,尤其是 MXC 容器方案。智慧體落地最大的阻礙不是模型不夠聰明,而是企業和程式設計師不敢把本地操作許可權交給 AI。用作業系統底層的許可權控制給 AI 戴上緊箍咒,比單純拼模型跑分要有價值得多。不過,如何同時安撫好高通的 Arm 生態與輝達的新硬體,以及怎樣真正修補好 GitHub 在開源社群裡的口碑,依然是微軟接下來繞不過去的硬仗。
來源 (2)
- theverge.com(在新分頁開啟)原文theverge.com
- blogs.windows.com(在新分頁開啟)報導blogs.windows.com