从 Copilot 到 Autopilot：微软发布常驻型企业智能体 Scout

一句话看懂：微软在 Build 2026 上推出 Scout，一款基于开源框架 OpenClaw、拥有独立 Entra 身份的常驻型智能体，能从被动问答转向持续自主执行任务——这是微软从“Copilot”到“Autopilot”战略的关键一步。

事件核心：发生了什么

微软于 2026 年 6 月发布 Microsoft Scout，将其定位为“Autopilot”类智能体，区别于需要用户每次提示的 Copilot。Scout 构建在开源框架 OpenClaw 之上——该框架由 Peter Steinberger 创建（他近期已加入 OpenAI）。Scout 可以读写本地文件、执行 shell 脚本、应用代码补丁、并行启动子智能体，以及自动化浏览器会话，并支持通过 Model Context Protocol (MCP) 扩展第三方工具访问。目前 Scout 以桌面应用形式提供，支持 Windows 11 和 macOS 12。

为了应对 OpenClaw 此前被公开批评的安全风险（例如“500 条消息垃圾信息循环”案例），微软为每个 Scout 实例分配了独立的 Entra 身份，而非共享服务账户。凭据按任务范围限定、脱敏记录，并受 Microsoft Purview 敏感度标签和数据丢失防护策略约束；高度敏感操作需人工确认。此外，Scout 集成了 Work IQ——微软的人工智能层，持续利用 SharePoint、Teams、Outlook、OneDrive 和 Dataverse 中的业务数据来理解个人与团队的工作模式。

为什么重要

Scout 的发布标志着微软在企业 AI 的产品形态上迈出了关键一步：从“对话式助理”向“常驻代理人”过渡。这不是渐进式改进，而是一次产品类型的跃迁——用户不再需要逐条提问指令，智能体可以跨越对话边界、代表用户连续执行复杂任务。这对当前依赖聊天界面完成简单任务的 AI 产品（包括微软自己的 Copilot）构成了内部迭代压力。同时，Scout 基于开源框架 OpenClaw 构建，意味着微软选择利用已有社区能力加速产品化，而不是从零自研。这一点与 OpenAI 和 Anthropic 在智能体领域走闭源路线形成对比。不过，OpenClaw 的安全模型曾受质疑，微软通过 Entra 身份和受控流程（需要 IT 管理员推送安装、用户需 GitHub Copilot Business 或 Enterprise 许可证）来降低风险，但这是否足以应对“本地文件读写+shell 执行”的高权限风险，仍有待观察。

对用户/开发者/创作者的影响

企业用户和 IT 管理员：Scout 的部署门槛不低——IT 需在 Intune 配置策略、用户须拥有有效许可证，且桌面应用要求电脑开机运行。但一旦启用，它可能大幅减少 Outlook、Teams 中的重复人工操作（有开发者戏称“从此不用再碰 Teams 和 Outlook”）。管理员需要重新评估权限管控和日志审计流程。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

开发者：Scout 支持 MCP 协议，意味着第三方可以通过标准接口扩展其能力。基于 OpenClaw 的开源特性，社区可以参考其机制构建自己的常驻智能体。但开发者也需要警惕：Scout 有权执行 shell 脚本和应用代码补丁，这使得它既是生产力工具，也是潜在的安全突破点。

值得关注的后续

1. 安全模型的实际检验：OpenClaw 此前因缺乏隔离机制而被批评为“几乎把整个系统拱手送给攻击者”。微软通过 Entra 身份和人工确认来补救，但这些措施在企业大批量部署后是否能真正拦截恶意操作、或是被绕过，将很快出现实际案例。

2. 同类产品的跟进与分化：如果 Scout 被证明有效，其他厂商（如 Google、Anthropic）很可能推出类似“常驻型智能体”产品；如果出现安全事故，整个“Autopilot”品类可能受监管压力影响。Scout 目前仅以桌面应用形式提供，云端 Autopilot 智能体仍在私有预览阶段，其落地速度和性能将是关键观察点。

3. Work IQ 的数据主权问题：Work IQ 持续扫描企业邮件、文档、会议等数据来“理解工作方式”，这对企业数据治理和合规团队将提出新挑战——尤其是在 GDPR、CCPA 等隐私法规下的数据处理自动化场景中。

来源：InfoQ CN