微软把本地大模型塞进系统层

科技媒体 NeoWin 于 10 月 8 日报道，微软正与开源项目 llama.cpp 及 GGUF 社区合作，升级面向 Windows 11 的本地人工智能推理框架 Windows ML，实验性地原生支持 GGUF 与 ONNX 两类模型格式的本地推理，并推出 Windows ML Runtime API。相关进展在 Windows 与 Surface 十月活动上作了介绍。

Windows ML 是微软面向 Windows 11 的本地人工智能推理框架，开发者可在设备端直接运行人工智能模型，构建文本生成、语音识别等应用，并减少对特定硬件优化的依赖。

从 Hugging Face 导入，在本地运行

微软表示，通过社区合作，开发者现在可以借助 llama.cpp 的实验性集成，从开源模型平台 Hugging Face 导入 GGUF 模型并直接在本地运行。在性能方面，微软还携手英伟达公司向 llama.cpp 及相关性能优化贡献代码。

Windows ML 新增的实验性 Windows 原生推理路径，可同时运行 ONNX 与 GGUF 两类模型。该路径正式名称为 Windows ML Runtime API，微软称其具备更高性能、更深的系统集成以及更细粒度的控制能力。

两种格式，各自是什么

GGUF 是本地运行大语言模型常用的模型文件格式，开发者可从 Hugging Face 等平台获取相关模型，并通过 llama.cpp 等工具在个人电脑上加载与推理。ONNX 则是用于在不同框架和硬件之间迁移人工智能模型的开放神经网络交换格式，其常用运行环境为 ONNX Runtime。

在 Windows ML Runtime API 的支持下，微软同时推出文本生成接口 TextGenerationAPI 与语音识别接口 SpeechRecognitionAPI，开发者可基于这两组接口在 Windows 应用中集成文本生成与语音识别功能。

微软表示，ONNX Runtime API 仍获得完整支持，未来针对 Windows 的优化将优先投向 Windows ML Runtime API。两种运行时均已包含在当前版本中，开发者可按自己的熟悉程度选择迁移时机。

对端侧应用开发者而言，本地人工智能推理从「自己搭环境」变成「系统自带能力」，意味着在个人电脑上跑大模型的关键一步——环境配置，被显著简化了。

端侧编码模型

MAI Code 1.1 Flash 目前已集成到 GitHub Copilot 与 VS Code 等开发环境中，用于日常编码、仓库问答、代码重构与工具调用等场景。微软计划进一步将其整合进 Windows 系统，让开发者在本地即可完成更多编码工作。

在模型规格方面，MAI Code 1.1 Flash 采用 3-bit 量化，经量化后模型体积已缩小约 80%，上下文窗口大小为 256K。微软对其的定位是在 Copilot 中以高频、低成本、低延迟的方式完成编码任务，在真实开发流程中完成规划、推理与执行，同时尽量使用更少的 token、以更低的成本达成目标。

性能提升

相比今年 6 月发布的版本，MAI Code 1.1 Flash 在多项指标上实现提升：在 GitHub Copilot CLI 的 Terminal-Bench 2.1 基准上提升约 22%，在 .NET 任务上提升约 15%；同时，输出 token 流速度提升约 25%，完成任务所需的 token 数量减少约 25%。

多模态能力

本次更新的主要增量是多模态能力。新版本新增”看图写代码”与图像理解能力，可直接读取截图、架构图、UI 草图等图像输入，加快从设计到实现的流程；而 6 月发布的初代版本仅支持纯文本输入。

据微软开发者博客介绍，该模型采用混合专家（MoE）架构，在端侧以约 53GB 的内存占用运行量化版本。在 SWE-Bench Verified 基准测试中，量化后的端侧版本取得 70.8% 的通过率，接近云端混合精度版本 72.6% 的水平，显示出端侧编码模型已具备实用能力。

售价与配置

Surface Laptop Ultra 从芯片层面重新设计，搭载全新的 NVIDIA RTX Spark N1X 超级芯片。该芯片将高效 CPU 与基于 Blackwell 架构的 NVIDIA RTX GPU 相结合，官方称可提供高达一千万亿次浮点运算的 AI 算力，能够在本地运行高达 1200 亿参数的模型。

根据微软公布的配置表，全系共九款型号，核心差异集中在 CPU 核心数、内存与存储：

– 18 核版本：5120 核 GPU、24GB 统一内存、512GB SSD，亮铂金配色 21,988 元；1TB SSD 亮铂金配色 25,188 元。
– 18 核版本：32GB 统一内存、1TB SSD，夜幕色与亮铂金均为 27,588 元。
– 20 核版本：32GB 统一内存、1TB SSD，夜幕色与亮铂金均为 30,788 元。
– 20 核版本：48GB 统一内存、1TB SSD 夜幕色 33,188 元。
– 20 核版本：64GB 统一内存、2TB SSD 夜幕色 38,788 元。
– 20 核顶配：128GB 统一内存、1TB SSD 夜幕色 48,388 元。

最高配置版本的 GPU 规模达到 6144 核，搭配 20 核 CPU 与 Windows 11 专业版。在服务保障方面，微软提供硬件延长服务，一年期售价 588 元；Microsoft Complete 全方位服务计划按年限分为 1,888 元（两年）、2,388 元（三年）与 2,988 元（四年）。

性能与设计

微软表示，Surface Laptop Ultra 的散热能力是现有 Surface 机型的 2.5 倍。在离电（电池）状态下运行时，整机可维持插电状态 99% 的性能，这意味着用户在不连接电源时基本不会感受到算力衰减。

机身重量控制在 4.5 磅（约 2 千克）以内，比 16 英寸 MacBook Pro（约 2.14 千克）更轻。接口方面，新机放弃了沿用多年的 Surface Connect 磁吸接口，改为采用标准 USB-C 形态的磁吸式充电接口，提升了与其他设备的兼容性。

发售信息

页面显示，海外市场将于 10 月 16 日发售 Surface Laptop Ultra。不过，微软中国商城目前尚未标注国行版本的具体发售日期，有意购买的中国用户仍需等待官方进一步公布。

不再二选一：本地与云端分工

按照微软的设想，Windows AI 不再局限于单一的云端调用或纯设备端运行，而是依据任务类型、设备性能和安全需求在本地与云端之间分配：对隐私敏感、需要快速响应的任务，更多交给本地处理；复杂模型和高算力需求，则交由云端完成。

Copilot 与智能体成为入口

在这一模式下，用户提出目标后，由 Copilot 和 AI 智能体理解上下文、调用相关工具并推进任务，关键步骤、权限与最终结果仍由用户掌握。微软首席执行官萨蒂亚·纳德拉将信任、智能以及”融入人类抱负的 AI”列为三大支柱，并把 Agent 365、Microsoft IQ 和 Copilot 称为微软 AI 布局的”关键支点”。

呼应”前沿生态系统”

混合智能与微软此前提出的”前沿生态系统”相互呼应。微软 Windows 与设备事业群执行副总裁帕万·达武卢里在演讲中称，要让 AI 融入人们使用最多的地方——”进入人类抱负的流动之中”，并描绘一个未来：用户只需表达想要什么，Windows PC 便可在获得许可的前提下代为行动。

本地模型与受控执行

活动现场，微软高级技术项目经理凯拉·辛纳蒙演示了 GitHub Copilot 在 Windows 上的表现：它会自动选择本地模型处理任务，而非一律调用云端。配合 Microsoft Execution Containers（MXC）这类受控运行环境，AI 智能体有望在获得必要权限的前提下执行更复杂的操作，同时与用户的桌面、剪贴板和输入设备隔离，降低敏感数据泄露风险。

据路透社报道，微软在同期发布的 Microsoft Execution Containers 旨在防止智能体在笔记本或台式机上运行时越权访问数据；微软表示 Anthropic、OpenAI 和英伟达将采用这套工具。纳德拉称：”我们需要让桌面成为智能体执行最安全的地方。”

逐步推送

微软称，由混合智能驱动的 Copilot 功能将在未来数月内向 Copilot+ PC 推送。借助本地上下文、本地动作和本地模型，Copilot 可在整理文件、设备诊断、排查问题、编写代码和执行工作流等方面直接在本机完成任务，并在需要时结合云端智能。

科技媒体 Windows Latest 于 10 月 7 日发布博文称，在 Windows 11 系统中，微软正在测试任务栏窗口标题列表功能，沿用 Windows XP 的列表显示思路，同时保留默认的缩略图模式。

在 Windows XP 系统中，同一应用打开多个窗口后，用户无需展示窗口内容缩略图，即可通过列表查看、识别和切换各窗口的标题。同一应用的窗口合并为任务栏分组后，点击分组按钮会弹出窗口标题列表。

触发方式改为鼠标悬停

在 Windows 11 Build 26340.9596 预览版中，微软沿用 Windows XP 的列表显示思路，只是触发方式改为鼠标悬停。用户将鼠标悬停于任务栏应用图标后，可用”应用图标 + 窗口标题”列表替代缩略图预览。

在设置方面，用户可以打开设置应用，在”个性化 → 任务栏”中调整预览显示方式，下拉菜单包含”缩略图（Thumbnail）”与”列表（List）”两项，默认仍为缩略图。选择列表后，鼠标悬停于任务栏应用图标时，仅显示应用图标及窗口标题。

IT之家援引博文介绍，在列表模式下，将鼠标悬停在任务栏应用上只会显示窗口标题；而默认的缩略图模式会显示窗口的实时预览。

微软已确认，2026年9月22日发布的可选更新KB5124010存在音频解码缺陷，会导致部分依赖系统内置AC-3（杜比数字）解码器的应用和游戏崩溃。问题波及Windows 11的24H2、25H2和26H2三个版本，微软表示修复程序正在开发中，将通过后续更新推送，但目前没有专门的变通方案。

一碰音频就崩溃

按微软官方文档描述，该缺陷的表现因应用而异：有些应用可能根本无法启动，或无预警突然关闭；另一些应用平时运行正常，一旦执行播放音乐等音频解码操作就会崩溃。受影响的主要是游戏、媒体播放器和部分生产力工具。微软强调，大多数现代应用自带音频解码器、不依赖系统内置组件，因此不会中招——问题集中在直接走Windows内置杜比数字解码路径的老软件上。

一个”选择性存在”的系统组件

据BornCity报道，有用户在同时播放多个MP3文件时，触发了系统音频解码组件msmpeg2ac3dec.dll崩溃。耐人寻味的是，这个文件虽位于System32与SysWOW64目录，却并非所有Windows 11设备都有：从Windows 11 22H2一路升级而来的系统会保留该文件，而直接全新安装24H2或25H2的设备没有这一组件，反而天然免疫。也就是说，最容易中招的，恰恰是沿用多年、从未重装的老用户。

用户只能卸载补丁自救

针对此问题，微软目前没有给出专门变通方案。若用户依赖受影响的应用且需要立即恢复，可经”设置—Windows更新—更新历史记录—卸载更新”移除KB5124010，并暂时暂停Windows更新以防自动重装。不过卸载也会一并移除该补丁附带的其他修复，属于”两害相权”的临时之举。

只是9月更新连环坑的终点

这起音频崩溃并非孤立事件，而是Windows 9月更新系列问题的收尾。9月8日的KB5124008在带来可移动任务栏、可调整开始菜单、无Bing搜索等功能的同时，修复了单月数量创纪录的安全漏洞（从2025年9月的86个跃升至2026年9月的974个），却也引发AMD显卡黑屏、远程桌面不稳定、文件历史记录失效等连锁故障；9月14日的带外更新KB5129195修复了部分问题，自身又引入新缺陷；9月22日的KB5124010本要修好文件历史记录，测试结果却显示备份时间戳与文件版本仍不更新，如今再添音频崩溃。微软尚未给出修复补丁的具体日程。

科技媒体 Windows Latest 于 10 月 3 日发布报道，微软首席执行官萨蒂亚·纳德拉（Satya Nadella）再次将 Copilot 称为“面向工作的新操作系统”。不过该媒体通过技术拆解指出，这款被寄予厚望的 Copilot 桌面应用，实质上是 Windows 11 上一款部分基于 Chromium 内核的网页应用。

纳德拉的两次表态

纳德拉对 Copilot 的“操作系统”定位并非首次提出。IT之家曾于 9 月 26 日报道，在微软发布 Copilot“超级应用”后，纳德拉便表示“正在将 Copilot 打造成一个全新的工作操作系统”。而在 10 月 1 日的微软官方博文中，纳德拉借宣布 LinkedIn CEO 瑞安·罗斯兰斯基（Ryan Roslansky）将于 2026 年底离职的契机，再次把 Copilot 描述为“面向工作的新操作系统”，并强调“它适用于所有模型、所有工作场景和所有任务”。

技术拆解：仅为重命名的 Edge 启动器

Windows Latest 对 Copilot 桌面应用做了拆解。其主程序 copilotapp.exe 体积仅 4.99MB，实为重新命名的 Microsoft Edge 启动器。应用安装目录中包含完整的 Edge 154 构建，整体体积约 520MB，内含 349.6MB 的 msedge.dll 浏览器核心及 Chromium 资源包，并附带 V8、ICU、FFmpeg 等组件。

运行时，Copilot 加载 copilot.microsoft.com（个人账户）或 m365.cloud.microsoft/chat（工作账户），后台运行 Chromium 渲染器、GPU 及实用程序进程。换言之，主界面由 Chromium 负责渲染，而非原生 Windows 界面。

WinUI 3 宿主负责系统级能力

Copilot 另含一个名为 copilotapphost.exe 的 WinUI 3 宿主程序，基于 .NET 10 与 NativeAOT 编译。该组件处理“Hey Copilot”语音唤醒、语音编辑器、视觉授权、屏幕共享及浮动编辑器叠加层等系统级功能。主界面仍由 Chromium 渲染，WinUI 宿主仅在需要调用麦克风或屏幕捕获时唤醒，空闲时自动退出。

从“工作操作系统”的宏大叙事，到实际由 Edge 内核驱动的应用形态，纳德拉对 Copilot 的定位与它的技术实现之间形成了鲜明反差。对注重原生体验与系统集成的用户而言，Copilot 最终能否真正承担“操作系统”级的角色，仍取决于其 Agent、编码与 Office 能力在实践中的落地程度。

微软 10 月 2 日发布博文，邀请 Beta 与 Experimental 频道的 Windows Insider 项目成员，测试适用于 Windows 11 的多个预览版更新。本次推送引入了 Unicode 17.0 文本渲染支持与设置主页性能优化，并在恢复选项中新增「云重建」入口。

本次推送版本

– Beta 通道：Build 26220.9587（26H2）、Build 28020.3142（26H1）
– Experimental 通道：Build 26340.9596（26H2）、Build 28120.3151（26H1）、Build 29680.1000（未来平台）

支持 Unicode 17.0 文本渲染

微软更新了 Windows 文本成形（text shaping）支持以兼容 Unicode 17.0 标准。该标准新增 4803 个字符，并首次编码四种文字：Beria Erfe、Sidetic、Tai Yo 与 Tolong Siki，使 Windows 文本子系统能正确显示和生成新编码字符与文字系统。

设置主页性能优化

微软改进了「设置」（Settings）应用的主页性能，在特定场景下主页加载时间缩短，用户体验得到优化。

新增「云重建」恢复入口

微软在「设置 > 系统 > 恢复」（Settings > System > Recovery）路径下新增「云重建」（Cloud Rebuild）入口，用户可直接从设置界面访问该功能，无需通过其他路径触发。云重建用于在系统异常时通过云端资源重建本地环境，以提升恢复效率。该功能可在 Windows 恢复环境（WinRE）中通过「疑难解答 > 云重建」进入，重装前设备需通过有线以太网或 Wi-Fi 直连互联网。

10 月 7 日 Windows and Surface 新品活动

微软提醒，将于太平洋时间 10 月 7 日上午 10 点举办 Windows and Surface 新品活动，用户可通过 Windows 的 YouTube 频道观看直播。

本次发布会以「本地 AI 如何开启 PC 新篇章」为主题，微软 CEO 萨提亚·纳德拉（Satya Nadella）、NVIDIA 执行长黄仁勋，以及 Windows 与 Surface 部门主管帕万·达武卢里（Pavan Davuluri）都将出席。市场普遍预期焦点将围绕全新 Surface Laptop Ultra，以及支撑其运作的 NVIDIA RTX Spark 平台。外界不期待 Windows 12 登场，微软重点在于通过硬件与软件深度整合，提升 Windows 11 在 AI 时代的体验。

据 Windows Central 报道，尽管微软尚未正式确认 Windows 11 27H2 的发布计划，但消息人士称，27H2 有可能重新统一目前处于分裂状态的 Windows 11 平台。这被外界视为微软”修补 Windows 11 根基”的一次关键升级。

分裂从何而来：两套平台并行

自 25H2 与 26H1 起，微软首次将 Windows 11 用户群分成两部分。多数用户继续使用 Germanium 平台，涵盖 24H2、25H2 和 26H2；而 26H1 则基于全新的 Bromine 平台，仅面向搭载骁龙 X2 与 RTX Spark 芯片的设备。

微软已确认，由于 26H1 比 26H2 更新，因此 26H1 用户不会收到 26H2 的推送，而是会直接升级到 27H2。这意味着 27H2 将面向全体 Windows 11 用户。

按照惯例，微软通常在下半年发布 Windows 新版本。27H2 可能瞄准明年 9 月或 10 月的窗口，并采用分阶段推送。

完整大版本，而非”启用包”

由于 27H2 将引入新的平台版本，它将是一次完整的操作系统大版本升级，而不只是更新少量文件的”启用包”。完整升级会替换整个系统，但保留应用、文件和设置——22H2 与 24H2 都曾采用这种方式。

目前尚不确定 27H2 基于哪个平台。Windows Central 指出，27H2 很可能不是 Bromine，而是预计在 2027 年上半年敲定的 Strontium 平台。

一个佐证来自芯片支持：微软宣布下一代 Windows 将放弃对骁龙 850 系列芯片的支持，但该芯片仍可运行 Bromine 版本。这暗示 27H2 会基于比 Bromine 更新的平台。

没有独占新功能，Win12 仍难现身

受”持续创新”（Continuous Innovation）策略影响，微软不再把新功能与版本更新绑定。目前没有明确迹象表明存在专门为 27H2 开发、且仅在 27H2 中提供的独占新功能。

当前 Windows 的主线功能开发仍基于 Germanium 代码库，完成后再向更新的平台代码库整合。这也是部分新功能可能先登陆 25H2 与 26H2、之后才出现在 26H1 的原因。

至于下一代 Windows 是否会命名为 Windows 12，目前无法确认，但至少明年的版本可以确定是 27H2。考虑到 Windows 11 用户目前分属两个平台版本，微软可能会先统一平台，再推进 Windows 12。Windows Central 认为，2026 年看到 Windows 12 的可能性不大。

对于广大 Windows 11 用户而言，27H2 更像是一次”打地基”式的统一升级：它未必带来惊艳的新功能，却可能决定未来几年 Windows 生态能否重新回到同一套底层之上。

微软 9 月 30 日发布 Windows 11 上的 Windows Linux 子系统（WSL）3.0，最新版本号为 3.0.1。本次更新的最大变化是引入 wslc（WSL Containers）工具，让用户无需额外虚拟化软件，就能在 Windows 11 上直接创建、部署和运行 Linux 容器。

原生 Linux 容器

过去在 Windows 上运行 Linux 容器往往依赖 Docker Desktop 等第三方工具，而 WSL 3.0 内置的 wslc 把这套能力收进了系统层。微软同时开放了相关接口，支持 Windows 程序以透明方式调用容器，降低了开发门槛。容器工具包覆盖创建、启动、停止、导出、检查与清理等常见操作，并提供 CPU 与内存限制、镜像上传下载、网络配置、GPU 访问等功能，还集成了 C++、C#、WinRT、MSBuild、CMake 以及 VS Code 开发容器。

性能与网络改进

WSL 3.0 迁移到 Linux 6.18 内核，并通过精简不必要的驱动与子系统来缩短启动时间、降低内存占用。微软表示，默认启用的 virtiofs 文件系统让 Windows 文件访问速度翻倍。

网络方面，新版本新增一种网络模式，Linux 流量经由 Windows 主机转发，从而兼容代理服务器与企业网络策略，解决了此前容器网络隔离带来的部署难题，更适合企业环境。

走向全面开源

在开源层面，微软以 MIT 许可证开放了 WSL 命令行工具、后台服务、容器启动组件以及 WSLg 图形堆栈。开发者可以通过 GitHub 获取 WSL 3.0.1 的更新内容。

对于在中国市场使用 Windows 进行 Linux 开发的工程师而言，原生容器支持与更快的文件访问，意味着本地构建、测试与调试 Linux 应用的体验将进一步接近原生 Linux 环境。