Microsoft Autopilot 预览版发布，基于 OpenClaw 并向上游回馈改进

微软今天在其全新的 Copilot 体验中推出了 Autopilot：一个持久、主动的个人代理，即使你不在时也能持续工作。它的基础是 OpenClaw。

负责领导该团队构建它的 Omar Shahine，直言不讳地表示：

“我们正在 @openclaw 上构建 Autopilot，与 @steipete 和 OpenClaw 基金会合作，使其成为一个出色的企业级运行时。”

今天我们宣布 Microsoft Autopilot 的预览版正在向我们的首批客户推出——“Autopilot 是一个持久、主动的个人代理，即使你不在时也能持续工作”
距离上次向大家汇报我们的进展已经有一段时间了。首先 Scout 现在…… pic.twitter.com/ZdGHQDn7Ll
— Omar Shahine (@OmarShahine) September 25, 2026

Autopilot 是今年早些时候宣布的 Microsoft Scout 的新名称。微软的发布文章称，Autopilot 将于本月底扩展至私人预览。

对于 OpenClaw 社区来说，故事中还有另一个值得强调的部分：回馈上游的改进。

微软的承诺在其公开声明和项目贡献者的工作中都清晰可见。这些工作涵盖从检查代理的安全配置，到构建原生 Windows 体验，再到让日常代理交互更加可靠。

让代理的配置可检查

采用个人代理的组织需要回答一些实际问题。哪些通信渠道已启用？它可以使用哪些模型提供商？它可以访问什么？它的配置是否仍然符合组织预期的规则？

在其最初的 Scout 公告中，微软做出了明确承诺：

“我们正在将策略合规性直接贡献到 OpenClaw 上游。”

Gio Della-Libera 的上游工作让这一承诺有了具体形式。OpenClaw 的策略插件让操作员可以描述需求，将其与实际配置进行比较，并生成结果记录。后续贡献将这些检查扩展到模型提供商、网络和 MCP 服务器、密钥和身份验证配置以及代理环境的其他部分。

Omar 还贡献了消息路由检查，因此操作员可以测试代表性的传入对话是否到达预期的代理。

这些检查让操作员能够验证代理的配置，并在其不再符合要求时进行检测。

Windows 上的一流家园

基金会和微软 Windows 团队还描述了一项长期合作，旨在让 Windows 成为 OpenClaw 的首要平台。

你可以在原生 Windows 伴侣应用中看到这种合作。

Scott Hanselman 的贡献包括引导式设置体验，以及持续的可靠性和发布工作。Régis Brid 贡献了原生 WinUI 聊天和内联命令审批。Barbara Kudiess 在原生界面、模型选择、审批和沙箱集成方面做了工作。Caleb Eden 的贡献帮助原生聊天正确显示用户和代理媒体。

该界面之下也有重要工作。Paul Campbell 为受支持的 Windows 环境贡献了MXC 沙箱后端。与伴侣应用自身的沙箱集成一起，它为操作员提供了另一种使用微软执行容器技术来限制代理命令执行的方式。

这些实用的改进带来了更简便的设置、更清晰的交互，以及对智能体行为的更多控制。

持续工作的智能体的可靠性

一个始终在线的智能体不能只应付一次成功的演示。它必须在后台任务、重启、长时间对话和故障中保持可用。

Galin Iliev 的贡献包括将排队的用户请求优先于后台工作、修复可能导致 Gateway 挂起的调度器行为，以及改进数据库恢复期间的响应能力。他最近的流式补全修复防止了当流式标识符与补全标识符不同时，同一条 Codex 回复在对话历史中出现两次。

Eduardo Piva 贡献了在上下文压缩后防止重复工具循环的保护机制，以及减少会话存储内存占用的工作。

Omar 的贡献包括另一个微妙但重要的区分：一个确定从未运行过的命令，与一个结果未知的命令是不同的。当智能体无法判断某个操作是否执行时，盲目重复它可能会让问题变得更糟。上游的改动保留了这种不确定性，并告诉智能体不要自动重新运行它。

正是这些细节，帮助智能体从令人印象深刻的东西变成人们可以依赖的东西。

更好的集成，更安全的日常交互

即使是最小的贡献，也能在日常使用中带来明显的改进。

Gio 的Microsoft Teams 表情回应修复让智能体可以对其当前正在回复的消息做出回应，而无需复制内部消息 ID。该改动保留了当前对话与另一对话之间的边界。

Pengfei Ni 贡献了执行审批提示中的密钥脱敏，有助于避免可识别的 API 密钥、令牌和密码出现在聊天中显示的命令文本里。请求许可不应不必要地暴露凭据。

Kunal Karmakar 改进了Azure OpenAI 提供商支持，将 Azure 端点接入相应的 Responses 实现，使已配置的智能体和工具能够正确使用它们。

再加上 Eduardo 的内存占用工作和 Galin 的重复回复修复，这些边际改进在用户体验上产生了巨大的效果。

超越单一产品的改进

这个贡献故事中最具人情味的部分之一，是 Omar 在消息传递方面的工作。他的上游改动包括iMessage 审批、原生投票，以及让回复留在正确的对话中。

这项工作也让 Apple 设备上的 OpenClaw 用户受益。它提醒我们，即使各公司在共享项目之上构建不同的产品，一个共享项目也可以跨平台得到改进。

并非微软某人的每一项贡献都必然是 Autopilot 功能或公司赞助的项目。公开记录显示的是大量回馈给 OpenClaw 的工作，以及微软对上游协作的明确承诺。

Peter Steinberger 在 6 月宣布这项合作时表示了欢迎：

能与微软合作将 claws 带入企业，真是莫大的荣幸！https://t.co/1psejBcL7S
— Peter Steinberger 🦞 (@steipete) June 2, 2026

感谢 Omar、Gio、Scott、Barbara、Paul、Galin、Eduardo、Pengfei、Kunal、Régis、Caleb，以及其他共同构建这一项目的贡献者和维护者。

OpenClaw 仍然是一个开放的基础设施，用于构建和定制强大的智能体，既可供个人使用，也可供组织使用。微软的 Autopilot 是一个很有前景的示例，展示了各种可能性，我们感谢那些上游贡献者，他们的工作让这个平台对所有人都更加有用。