第 726 期：微软承诺将 Windows 11 打造成构建人工智能的操作系统

微软在一年一度的 Build 2026 大会上清楚地表明，他们希望 Windows 11 成为本地构建 AI 应用程序的主要平台，而不仅仅是运行这些应用程序的平台。

这家软件巨头概述了将 Windows 打造成他们所谓的 “可信平台” 以进行 AI 开发的重大努力，其中包括新的代理运行时、操作系统级别的安全系统、本地 AI 模型、Windows 原生 AI API、面向开发者的硬件、Linux 容器改进，以及 Windows 与 Copilot、NVIDIA RTX Spark 和 Azure 之间的更深层次整合。

“我们将专注于将 Windows 打造成 AI 开发的可信平台，特别是我们如何让 Windows 成为构建、测试和部署 AI 应用程序的最可靠本地环境。”

微软计划如何将 Windows 11 转变为 AI 开发操作系统

微软不希望将 Windows 11 定位为仅在其上添加 AI 功能的桌面操作系统。该公司希望 Windows 成为开发者构建、运行、管理、保护和部署整个软件栈中 AI 代理的主要平台。但阻碍这一目标的是众多的 AI 服务。

微软希望 Windows 11 统一眼下割裂的 AI 开发

该公司意识到，现代 AI 开发已经变得分散和割裂。开发人员同时使用 Copilot、Claude Code、Codex、OpenClaw、本地 AI 模型、云端托管模型，以及跨不同环境和沙箱运行的多个代理框架。

据微软称，Windows 11 需要统一整个工作流程，而不是强迫开发人员手动将所有内容拼接在一起。

AI 开发需要一致的工作流程

微软首席运营官兼 Developer 首席营销官 Kyle Daigle 解释说，微软的目标是，为开发人员提供 “无论使用哪些工具都能获得一致的体验”，尤其是在 AI 生成的代码进入真实软件开发管道时。

无论开发人员使用哪种工具编写代码，一旦他们将代码提交到在线代码仓库，微软的工作就是帮助开发人员审阅代码、部署代码、保障代码安全，并最终帮助他们进行操作。

该公司表示，最大的挑战不再是生成代码，而是在代码编写之后发生的所有事情，包括部署、编排、监控、治理和企业安全。Windows 11 正在重新设计，以支持整个生命周期。

Windows 11 将支持多种 AI 模型和代理

微软公司还强调，开发人员和企业越来越希望获得灵活性，而不是被锁定在单一 AI 提供商或生态系统中。微软在简报中多次使用 “可选择性” 一词，表示开发人员应该能够选择他们想要的任何模型、工具和框架，而 Windows 将负责处理集成层。

“我们希望让您的开发人员可以选择他们想要使用的工具，并尝试新技术，但您也能够持续了解业务如何使用这些代理、使用这些模型以及您的代币消耗情况。”

微软表示，治理和信任正变得和 AI 能力本身一样重要。企业希望能够看到 AI 代理如何与业务数据交互、模型运行的位置以及资源的使用情况。Windows 11 现在被定位为管理这些控制的平台。

Copilot 和企业 AI 服务正在成为一个连接的 AI 堆栈

公司还概述了涉及 VS Code、Copilot、Microsoft Foundry 托管代理和 Project Rayfin 的更大架构转变。根据微软的说法，开发人员将越来越多地在 VS Code 内构建 AI 代理，通过 Foundry 托管的运行时部署这些代理，持续评估和改进它们，并通过微软的企业堆栈直接观察它们的行为。

“您必须评估这些代理。您必须改进这些代理。您必须观察这些代理正在做什么。”

微软表示，“Microsoft IQ 上下文层” 将连接企业数据源、Microsoft 365 服务、Teams、Fabric 和 AI 代理，同时仍保持治理和组织控制。

“整个技术堆栈的重点是，将每个层面连接在一起，这样您就不必自己去做。”

微软将 Windows 11 视为企业 AI 的基础

公司认为，Windows 11 可以成为端到端的 AI 平台，因为它已经同时控制了桌面层、开发者工具、企业基础设施、云集成和本地 AI 运行时。

首席传播官 Frank Shaw 提到，Windows 和微软的 AI 生态系统是一个 “为开发者准备的端到端企业平台”，围绕信任、企业准备度以及对整个技术堆栈中多个模型的支持构建。

“我认为我们所谈论的这一前沿框架，标志着软件构建方式的真正跃升。”

微软的长期愿景似乎是：将 Windows 11 转变为代理式 AI 开发的核心操作层，让开发者可以在不离开微软生态系统的情况下，本地和通过云构建、部署、监控、保护和编排 AI 系统。

微软表示 Windows 正在变得 “原生支持智能代理”

AI 代理显然是 Build 2026 大会的最大焦点，微软利用此次活动概述了 Windows 11 本身如何演变为一个旨在本地运行和管理这些代理的平台。

在官方 Windows 开发者博客中，微软表示，正在 “让 Windows 成为一个原生支持代理的运行时环境”。

微软执行容器保障 AI 代理安全

微软执行容器（MXC，Microsoft Execution Containers）是一种新的驱动执行层，专门为 AI 代理设计。根据微软的说法，MXC 允许开发人员定义代理可以访问的内容，包括文件、网络、系统资源和应用程序，同时 Windows 本身在运行时执行这些限制。

公司表示，安全无疑是这里的最大优先事项之一。能够与应用程序交互并自动化工作流程的人工智能代理带来了明显的风险，尤其是对企业而言。微软表示，Windows 将以类似沙箱工作负载的方式处理这些代理，并在操作系统级别直接执行身份跟踪和隔离。

“Windows 会为代理分配本地 ID 或由 Entra 支持的云端配置身份，并将容器的所有活动归因于该身份”，微软解释道。

Windows 11 将支持本地 AI 模型和 API

微软还宣布了两个新的 Windows 本地 AI 模型，分别名为 Aion 1.0 Instruct 和 Aion 1.0 Plan。该公司表示，Aion 1.0 Plan 专为本地代理工作流设计，包括推理、编排子代理、管理文件以及在设备上直接调用工具。

微软还将 Windows AI API 从 NPU 扩展到 GPU 和 CPU，使本地 AI 工作负载可以在更广泛的 Windows 11 硬件上运行。

Build 2026 还明确表明，微软希望强大的本地 AI 硬件成为 Windows 开发的重要组成部分。英伟达推出了由 RTX Spark 提供支持的开发者系统，配备大型统一内存池、本地 CUDA 加速和原生 AI 工具支持，可直接在 Windows 上运行 AI 工作负载。

Linux 工具正在成为 Windows AI 开发的核心

Linux 工具也正在深度整合到 Windows AI 工作流中。微软宣布了 WSL 容器、更广泛的 Linux 命令行支持，以及将 AI 辅助直接集成到命令行的 “智能终端” 体验。

“容器和 Linux 是现代开发工作流的核心”，微软解释道。

开发人工智能工具的开发者在很大程度上依赖于 Linux 环境、Python 生态系统、容器、CUDA 加速和开源框架。微软似乎已经意识到，强迫开发者使用仅限 Windows 的工作流程已经不再可行。

Windows 11 现在被定位为一个混合 AI 平台，将本地 AI 推理、Linux 工具、云服务、在线代码仓库工作流程和企业安全功能整合到一个环境中。

微软正在努力修复 Windows 在开发者中的声誉

该公司承认，Windows 本身需要变得 “更安全，更可靠”，覆盖整个外壳——从文件资源管理器到开始菜单再到搜索功能。

近年来，Windows 11 因界面响应迟缓、过度的网页集成、设计决策不一致以及微软对 Copilot 的激进推进而受到严重批评。

我们最近报道了微软为提高响应速度、减少内存使用、使用原生 WinUI 3 框架重建外壳组件，并优化 Windows 搜索和开始菜单所做的努力。

如果微软希望开发者信任 Windows 作为一个严肃的人工智能平台，它可能需要这些改进。

公司早期的 Copilot 策略并未得到许多用户的认可。甚至一位前微软副总裁也公开批评公司将 Copilot 强行嵌入用户不需要的地方的方向。

现在微软再次尝试，这一次有英伟达深度参与，更强大的本地 AI 硬件、本地代理运行时以及更实用的面向开发者的工具。

微软是否能完全实现这一目标仍不清楚。但 Build 2026 明确表明，Windows 11 不再仅仅被设计为桌面操作系统。微软越来越将 Windows 视为本地 AI 开发、代理协调、混合计算工作流和企业 AI 基础设施的基础。

另外值得一提的是，如果您是一位高效能人士，拓扑梅尔智慧办公平台最近也更新了版本，带来了一些新的办公小工具，可以帮助您进一步提升日常工作效率。

您怎么看微软的将 Windows 作为 AI 基础设施的构想？

本文来自：Microsoft pledges to make Windows 11 the OS for building AI, after years of Copilot backlash