SynapseWire

Microsoft Build 2026:一口氣發 7 個自研 MAI 模型,微軟不想再只靠 OpenAI

6 月 2 日的 Build 2026 上,微軟發布了 7 個自研 MAI 模型(編程、推理、圖像、語音),外加 Scout 自主代理、Nvidia RTX Spark 開發套件,還順手放寬了 Copilot+ PC 的硬體門檻。這場發布會的潛台詞只有一句:降低對 OpenAI 的依賴。

作者: SynapseWire 編輯部 發布於:
Microsoft Build 2026 社論封面,深藍底配 MAI 模型標題

Microsoft Build 2026 在 6 月 2 日開場。Reuters 的概括是:從自主工作助理、AI 裝置到 Nvidia 驅動的 PC 和自研推理模型,微軟想把整個計算體驗圍繞 AI 重做一遍。

但真正值得花時間看的是模型那部分。

7 個自研模型,目標很直白

微軟 AI 部門在官方博客上一次發布了 7 個自研 MAI 模型,覆蓋編程、推理、圖像和語音。CNBC 把這件事的動機講得很白:降低對 OpenAI 的依賴,並壓低開發者的使用成本。

幾個重點型號:

  • MAI-Code-1:編程模型,直接整合進 Copilot 和 VS Code(CNET 的報導
  • MAI-Code-1-FlashMAI keynote 上的說法是「推理效率優先」的編程模型,專門為 VS Code 和 GitHub Copilot CLI 調校
  • MAI-Thinking-1:推理模型,目前在 Foundry 上私有預覽(Testing Catalog 的整理

把這個動作放進大背景看更有意思。CNBC 在 Build 開幕前一天的分析指出,AI 編程工具的市場目前由 Anthropic 和 OpenAI 主導,Google 和微軟都在追。Google 上個月在 I/O 2026 把 Gemini 變成代理平台,微軟這次的回應是:模型自己練,入口(VS Code、GitHub、Windows)反正都在我手裡。

微軟和 OpenAI 的關係本來就微妙——既是最大金主和獨家雲端夥伴,又在模型層直接競爭。Build 2026 之後,「微軟的 AI 棧裡哪一層還必須是 OpenAI」這個問題,答案又少了幾項。

Scout:微軟版的自主代理

這次 Build 的另一條線是 Scout 這類被微軟稱為「autopilot」的自主代理,定位是能在背景持續執行的工作助理。對照上個月 Google 的 Spark 和市面上的常駐個人代理,大廠在這個方向上已經完全對齊了:AI 不再等你提問,而是常駐在那裡自己幹活。

硬體側有一個給開發者的實物:Nvidia RTX Spark 開發套件,配合微軟把 AI 工作負載往本地 PC 上搬的計畫。

Copilot+ PC 的門檻,悄悄拆掉了

一個容易被忽略但影響很大的調整:PCMag 的觀察是,微軟在 Build 2026 上傳遞了明確訊號——Copilot+ PC 的硬體限制不再重要,AI 功能將不再綁定特定 NPU 規格的機器。

2024 年微軟劃下 Copilot+ PC 這條線時,大量現役 Windows 機器被排除在 AI 功能之外。兩年後放開限制,等於承認了一件事:AI 功能的普及速度比硬體換機週期快得多,與其等用戶買新機,不如讓雲端和混合推理把舊機器也接進來。對一般用戶這是好消息,舊筆電的 Windows AI 功能會逐步補齊。

我們的看法

Build 2026 和 Google I/O 2026 放在一起看,2026 年上半年大廠的姿態已經很清楚:自研模型補課、代理常駐化、入口全面 AI 化。差別在於微軟的處境最特殊——它是 OpenAI 最大的股東之一,卻在用自研模型一步步替換 OpenAI 在自家產品裡的位置。

對開發者比較實際的影響是選擇變多、價格變卷。MAI 系列如果真能在 Copilot 和 VS Code 裡做到「夠用且便宜」,模型層的議價權會繼續從實驗室往平台方移動。MAI-Thinking-1 還在私有預覽,等它公開後我們會做一輪和 Claude、Gemini 的編程對比實測。

分享文章

留言評論

0 則評論

暫無評論,搶先發表你的看法吧!

相關文章