微软发布 Windows AI Foundry：原生支持 MCP，WSL 正式开源

过去一年，如果你想在 Windows 上给自己的桌面软件塞进一个大模型，过程多半挺折磨。你得自己去适配不同芯片厂商的驱动，打包一堆动辄几百兆的运行时库，最后还得祈祷用户的笔记本 NPU 能正常跑起来。

在 5 月 19 日的 Build 2025 大会上，微软给 Windows 上的 AI 开发做了一次彻底的翻新。以前叫 Windows Copilot Runtime 的底层架构，现在直接升级并改名为 Windows AI Foundry。不仅如此，微软还宣布原生支持 Anthropic 主导的 MCP（Model Context Protocol）协议，并开源了受开发者欢迎的 WSL（Windows Subsystem for Linux）。

让本地模型调用像调驱动一样简单

这次更新最直接的变化，是开发者再也不用把硬件执行提供者（Execution Provider）死死打包进软件安装包里了。

作为底层基石的 Windows ML 这次接替了以前的 DirectML。它的工作方式很聪明：软件启动时，系统会自动探测当前跑在 Intel、AMD、NVIDIA 还是 Qualcomm 芯片上，然后由 Windows 自动拉取对应的底层驱动与运行时进行匹配。这样一来，开发者只管把模型和代码写好，硬件兼容的问题甩给系统解决，未来出了下一代芯片也不怕软件失效。

如果开发者连模型都不想自己找，Windows AI Foundry 还整合了 Foundry Local 以及 Ollama、NVIDIA NIM。在预览阶段，开发者在终端敲一行 winget install Microsoft.FoundryLocal 就能使用命令行工具，系统会自动列出当前硬件能跑的所有开源模型。

另外，Copilot+ PC 自带的内置小模型（SLM）Phi Silica 也有了新能力。微软这次不仅补齐了语义搜索、知识检索与 RAG 接口，还正式支持使用自定义数据通过 LoRA 进行轻量级微调。

系统级接入 MCP，为 Agent 时代铺路

除了硬件底层的打通，微软在系统交互层也做了重大布局：Windows 11 将原生支持 MCP 协议。

这意味着未来的 AI Agent 不再只是被困在浏览器或独立软件里的对话框，它们能通过标准化框架直接调用 Windows 本地原生应用。应用开发者可以通过新增的 App Actions 暴露特定接口，让本地的 Agent 直接替用户在软件里点击、操作和流转数据。

配合这一套系统级能力，硬件厂商也把工作站堆到了新高度。戴尔在大会上亮相了 Dell Pro Max Tower T2 台式机与 Pro Max 16 笔记本，不仅塞进 Intel Core Ultra 或 AMD Ryzen AI PRO 300 系列处理器，还搭载了 NVIDIA 下一代 RTX PRO Blackwell 架构 GPU，预计在 7 月正式开卖。惠普也拿出了搭载 AMD Ryzen AI Max PRO 的 ZBook Ultra G1a 移动工作站。

为什么重要

微软这一步棋，表面上是给开发者发工具包，实际上是在极力守住 Windows 这一最重要的桌面生态底盘。

对开发者来说，这套方案解决了本地部署 AI 的最大痛点：碎片化。过去兼顾 NPU、集成显卡和独立显卡的成本极高，不少团队只能退而求其次选择调用云端接口。现在通过 Windows ML 和统一的本地模型目录，连 Adobe、Topaz Labs、万兴科技这些厂商都在快速接入，个人开发者也能零边际成本地将微调过的 Phi Silica 塞入日常小工具，既保护用户数据隐私，又省下昂贵的云端 API 账单。

对行业而言，微软选择原生支持 Anthropic 主导的 MCP，是一个相当务实且聪明的姿态。它没有仗着 Windows 的垄断地位去造一套封闭的 Agent 交互私有标准，而是积极拥抱业内共识，甚至连 Azure 和 GitHub 也一同站队 MCP。这一举动很可能会倒逼苹果等其他操作系统加快本地 Agent 协议的标准开放。

不过，我们认为这套体系要真正跑顺，依然面临挑战。微软把运行时从应用包里剥离、改为系统按需拉取，虽然大幅缩小了安装包体积，但极其依赖底层芯片厂商的驱动稳定性。一旦哪家芯片的执行提供者在新补丁下翻车，或者不同 OEM 厂商的硬件调优参差不齐，首当其冲遭遇崩溃反馈的依然是第三方开发者。Windows 能否在异构硬件生态里维持住它承诺的无缝兼容，还需要接下来的实际装机体验来检验。