Windows 想成为 AI 智能体的操作系统

原创编辑示意图，并非官方截图或实测结果。上下文访问、推理位置和执行权限是彼此独立的决策。

回答问题的 AI 助手需要对话。能够重新整理项目的智能体则需要更重要、影响更大的东西：访问你的电脑。

微软在2026 年 10 月 7 日发布的 Windows 公告中，将这一区别提升为平台战略。Windows 希望协调智能体、本地模型和云服务，而不只是再提供一个打开聊天机器人的地方。

我们的看法是：操作系统的职责说明正在改变。实用的智能体平台必须决定工作在哪里运行、提供恰当的上下文，并限制生成的代码可以触及哪些内容。理解这些决策，比相信电脑只是“适合 AI”更能帮助你制定采购与配置清单。

这份路线图有多个时间表，而非一个发布日期

截至 10 月 16 日，这些公告处于不同的可用状态：

时间安排来自10 月 7 日的 Windows 路线图；MXC 开发者公告和 Windows ML 工程文章分别解释了技术层面。

购买或部署之前，这一区别很重要。智能体可以获得更安全的执行环境，却没有本地推理能力。模型可以在本地运行，却没有承诺中的自动路由。这两者都不能证明某项消费者功能已到达某台设备、某个市场或某个更新渠道。

“本地”描述的是你与电脑之间三种不同的关系

微软围绕设备上的上下文、设备上的操作和设备上的模型来组织未来的 Copilot 体验，其中权限对前两项至关重要。这些能力彼此相关，却不能互相替代。Windows 路线图，2026 年 10 月 7 日

上下文决定智能体能读取什么。 想象一份提案散落在草稿、电子表格和参考 PDF 文件夹中。相关上下文意味着挑选完成提案所需的材料，而不是默认把整个主目录都视为合理范围。最近的活动可以帮助定位文档，但不应让每个近期打开的文档自动成为获准输入。

操作决定智能体能更改什么。 草拟建议的文件夹结构，与移动原始文件不同。准备电子邮件，与发送电子邮件不同。即使同一个模型能完成两种任务，良好的界面也应清楚显示这些转换。

模型决定推理发生在哪里。 本地运行的模型可以解释请求、生成文本或提出工具调用，而不必将这次推理请求发送给云端模型。但提议仍需要工具，工具仍需要权限。

把它们看作三个开关，而不是一个隐私开关。某种配置可以读取本地文件，让云端模型推理选定的摘录，再在本地执行受限操作。只有三个选择都清晰可见，才能理解系统的行为。

HydraFusion 选择算力，不替你决定隐私策略

微软的 Windows 混合智能概念图通过路由、本地模型和运行时连接本地与云端处理。来源：Microsoft News Center，2026 年 10 月 8 日。Copyright Microsoft. Used with permission from Microsoft. 概念图，并非产品截图或实测结果。

微软在10 月 7 日 Command Line 技术说明中介绍了两种计划方案：由 Auto 在本地和云端模型之间进行编排，或明确选择本地模型或兼容端点。说明还明确区分了模型选择、推理和工具执行。

实际比较的重点是控制，而不是哪种模式永远胜出。以下问题是我们的评估标准：

设想一个假设的代码维护任务。简短的格式调整与陌生的架构问题，不必使用相同的算力预算。路由可以让这种区分更方便，但不能仅因远程模型解决得更快，就认定内部设计文档获准发送到外部处理。

混合方案宣传中的隐私陷阱就在这里：更好的计算位置不等于更好的授权。软件包下载、远程工具、应用遥测和云端集成都需要单独审查。即使智能体只进行本地推理，也可能通过获准的网络工具发送信息。

反过来，经过仔细批准的云端请求，也可以与严格限制的本地工作目录并存。隐私取决于实际的数据路径和策略，而不只是模型的位置。

10 月 7 日公告中嵌入的 Windows 官方视频 “GitHub Copilot on Windows”展示了产品设想。应将其视为供应商对目标体验的演示，而不是对你当前安装环境的保证。

原创编辑示意图。推理路线与工具访问决策相互独立。此图说明了10 月 7 日技术说明中的区分，并非实现过程的跟踪记录。

Windows ML 让模型选择更容易，却不会消除硬件限制

运行时很重要，因为智能体应用不应自己实现每一种模型加载器。微软10 月 7 日的 Windows ML 文章介绍了通过 llama.cpp 实验性支持 GGUF、ONNX 工作流，以及文本生成和语音识别 API。文章还介绍了用于原型开发的 OpenAI 兼容本地端点。

这些是开发者构件，不是完整的智能体权限系统。

Windows ML Runtime 文档（2026 年 10 月 7 日更新）补充了一项重要兼容性限制：此版本验证过的 llama.cpp 后端是 CPU 和 CUDA。运行时广义使用 CPU、GPU、NPU 等术语，并不意味着每个 GGUF 模型都能在每种 NPU 上运行。新的 Runtime API 属于实验功能，不支持生产环境，仅提供 C++ 和 Python 版本，不支持 C#。

模型打包是另一项独立责任。Text Generation API 文档（2026 年 10 月 9 日更新）说明，模型由应用提供；Windows 不会为此 API 捆绑模型。GGUF 内嵌 tokenizer，而文档中的 ONNX 路径需要相应的模型契约和 tokenizer 来源。

对开发者来说，这意味着要同时检查架构、模型格式、运行时版本和执行后端。文件扩展名并不能保证兼容。

内存需求同样具体。微软报告称，MAI Code 1.1 Flash 的量化模型大小为 53 GB，在 Surface Laptop Ultra 上以 256K 上下文运行时峰值内存为 75.5 GB；这是供应商报告的数据，并非我们的测试。10 月 7 日技术文章解释了额外的运行时与上下文缓存需求。

因此，购买时不要只问“模型能否加载？”还要问完整任务是否能为编辑器、浏览器、工具输出及其他应用留出足够空间。简短提示的演示与长时间调试是两种不同负载。只有生成的修改正确、电脑仍可正常使用时，更快的 token 生成才有价值。

MXC 限制后果，而不需要读懂模型的想法

微软在2026 年 10 月 7 日 MXC 开发者说明中，将策略置于工作负载控制之外。开发者或组织定义资源，隔离环境执行由此形成的边界。

这与劝模型守规矩是两回事。指令可以要求智能体不要编辑配置文件。强制只读权限则能阻止编辑，即使智能体提出了该操作。两者都不能让模型的推理万无一失，但后者可以限制错误决定造成的影响。

MXC 仓库与 SDK 文档（截至 2026 年 10 月 16 日检查）描述了嵌入应用的 SDK、带版本的请求和多种隔离后端。MXC 并不是自动包裹 Windows 上所有智能体的万能保护开关。

通过文件审查场景可以更清楚地理解这一区别。只允许智能体读取已复制的源材料，允许其写入临时输出目录，并禁止访问无关的私人文件夹。成功的摘要应出现在输出目录。覆盖源文件的尝试则应失败。第二种结果也是成功的一部分，不是需要消除的不便。

网络访问也需要单独测试。ProcessContainer 网络指南（截至 2026 年 10 月 16 日检查）区分了直接出站规则、代理配置和依赖后端的强制方式。访问主机回环地址也是单独需要考虑的问题。“没有互联网”不能被简化成“所有本地服务都无害”。

边界还取决于工具运行的位置。GitHub 文件系统策略文档（截至 2026 年 10 月 16 日检查）区分了由操作系统沙箱隔离的 Shell 进程和由智能体框架检查的内置文件工具；远程 MCP 服务器位于本地进程沙箱之外。要确认哪些操作由操作系统强制约束，哪些依赖应用检查。

Windows 频道的官方视频“Windows secure platform for agents”嵌入在 10 月 7 日公告中，是相关隔离演示。实际问题仍然是：所选工具路径是否真的处于预期边界内？

拟议最小权限策略的原创编辑示意图，不是 Windows 设置界面。允许的资源仅作示例，并非默认配置。允许的端点仍是潜在的数据目的地；参见 MXC 网络参考。

从边界明确的任务开始，而不是无人值守的个人助理

以下是两个示意工作流，并非实际试用结果。

文档审阅智能体生成对照表，但不修改证据。 将三份公开示例文档复制到输入目录。要求它列出日期冲突、定义缺失和未解问题，并为每项观察提供文件名和支持段落。另设输出目录，并将输入保持为只读。开始时不要发送电子邮件、连接共享驱动器或启用消息渠道。

重点不是自主管理文档，而是生成一份与源材料关系清楚、可供审查的结果。在允许更广泛集成之前，你可以先核实所称冲突是否存在。模型如果能写出有说服力的文字，却不能指出相关段落，就还没有完成任务。

编程助手在一次性工作副本中准备补丁。 选择不含凭据的小型测试项目。要求一项行为更改，并提供能区分原行为与目标行为的测试。不要让部署配置和个人目录进入授权范围。只有当具体任务确实需要时，才允许访问软件包。

综合评估代码差异、测试证据和边界行为。测试通过不代表可以更改生产设置。访问被拒也不代表应该关闭隔离。如果必需的依赖受阻，合理的下一步是由操作员针对具体权限作出有限决定，然后再运行一次边界明确的任务。

这些任务比含糊地要求“什么都帮我做”更有指导意义。每项任务都有清楚的输入、可检查的输出和明确的停止点。它们都不需要永久开放你的数字生活。

按照任何配置步骤操作前先检查兼容性

按阶段执行兼容性检查。混合路线图涉及多个产品和预览状态，因此不存在一条安装命令就能建立完整体验。

1. 将 Windows 版本和内部版本号与隔离后端匹配。 打开“设置”“系统”“关于”，记录 OS 内部版本。MXC OS 支持表（截至 2026 年 10 月 16 日检查）列出 Windows 11 24H2 的进程隔离版本为 26100.9278，会话隔离版本为 26100.9550。其他版本各有对应条目。不要套用其他发布分支的内部版本号。

2. 检查应用要求，而不仅是 SDK 兼容性。 GitHub 本地沙箱指南（截至 2026 年 10 月 16 日检查）要求 Windows 11 25H2 搭配 KB5124010 或更高版本，或者 26H1 搭配 KB5124006 或更高版本，并支持 BaseContainer。此要求比 MXC SDK 矩阵更严格。还要单独检查已安装智能体的版本与发布渠道；混合智能公告并未给未来本地路由指定统一的最低客户端版本。

3. 下载大模型前，先选定受支持的模型路径。 检查 Windows 架构、可用内存和文档注明的后端。查阅 Windows ML Runtime 指南及 Text Generation 指南（截至 2026 年 10 月 16 日检查），了解实验 API 的支持场景。生产应用应使用受支持的路径，不要把预览版可用误当成获准发布。

4. 由受支持的安装程序负责主机准备。 SDK 集成请参考 MXC 主机准备文档（截至 2026 年 10 月 16 日检查）。某些兼容级别需要单独的特权准备工具；这并不意味着智能体本身应以管理员身份运行。让安装程序或管理员处理具体且有文档依据的前置条件，不要凭猜测更改系统权限。

5. 定义小范围策略，并同时验证允许与拒绝。 从复制的公开输入、可丢弃的可写目录和最低限度的网络连接开始。在受支持的 Copilot CLI 安装中，GitHub 设置参考（截至 2026 年 10 月 16 日检查）记录了用于查看配置的 /sandbox config。确认预期输出可以创建，范围外文件不能更改。工具进程的网络策略要与智能体应用的模型连接分别检查。

6. 诊断拒绝访问，不要把它转化为授权。 MXC 学习模式参考（截至 2026 年 10 月 16 日检查）区分了“拒绝并记录”诊断与宽松审计。后者会放松隔离，并不是运行不可信任务的更安全方式。保持强制策略，检查被拒资源，只授予任务实际需要的权限。

即使实现细节不同，验收标准也很容易描述：智能体完成获准任务，无法修改受保护输入，也无法联系有效策略排除的目的地。完整验证还要检查工具边界之外的应用连接。将版本和策略与结果一并保存，便于日后用同一任务评估更新。

OpenClaw 原生网关改变的是安装方式，不是权限

微软在10 月 7 日关于迷你 PC 的讨论中还宣布了 OpenClaw 的 Windows 原生网关和 MXC 集成。官方视频“New Get Started experience for agents on Windows”展示了公告中的入门流程。

实际安装时，应参考OpenClaw Windows 文档（截至 2026 年 10 月 16 日检查），而不是将“原生”理解为对所有组件的保证。文档区分了 Windows Hub、由应用管理的 WSL 网关设置、其他桌面选项，以及 Windows 原生 CLI/网关路径。选择一条有文档记录的路径，并验证其前置条件。

一台始终在线的电脑还带来另一个问题：谁可以向它发出指令？OpenClaw 安全指南（截至 2026 年 10 月 16 日检查）为每个网关定义一个可信边界，而不是为互不相关的用户提供能够抵御恶意行为的多租户边界。方便的安装程序并不能解决渠道授权、凭据范围或网络暴露问题。应将这些决定与网关能否成功启动分开处理。

归根结底：操作系统必须让委派过程可检查

真正的竞争不再只是哪个助手答得最好，而是哪个环境能让委派任务清晰可查：智能体读取了什么、推理在哪里运行、工具能够更改什么，以及被阻止的操作为何仍然受阻。

Windows 正在构建这场竞争所需的各个层次。分别评估它们。本地算力是一种任务放置选择；混合路由是一种编排选择；隔离仅能对实际覆盖的操作形成可强制执行的限制。可信的智能体平台需要这三者，同时不能把其中一项伪装成另一项。

来源

• Windows：Building Windows for hybrid intelligence，2026 年 10 月 7 日——路线图及官方演示链接。
• Windows Developer Blog：MXC 策略驱动的隔离，2026 年 10 月 7 日——平台职责与隔离边界。
• Command Line：本地模型与沙箱化工具，2026 年 10 月 7 日——路由选项、报告的内存数据和工具边界区别。
• Windows ML 工程更新，2026 年 10 月 7 日——实验性 llama.cpp 集成；技术配置参考见上文对应步骤。

---

为讨论保留带来源的记录

如果你想收集 AI 研究资料和自己的审阅笔记，Telli.sh 可以作为一个可选工作空间。创建研究笔记。