Microsoft Copilot 最大更新：它要成为“工作操作系统”吗？

Microsoft 在 2026 年 9 月 25 日宣布的 Copilot 更新确实存在，但“工作操作系统”这个说法需要加个限定：Microsoft 宣布的是全新的 Copilot 使用体验，而不是一款正式命名为 Microsoft Copilot Work OS 的产品。现在真正值得关注的是：哪些功能已经推出，哪些仍处于预览阶段，以及当你合上笔记本后，那个仍在工作的智能体是否真的可控。

Microsoft 到底宣布了什么

Microsoft 的官方公告将 Copilot 描述为一个统一入口，连接 Chat、Cowork、Office 工作、应用构建和持久化智能体。其中最重要的四部分是 Home、Office in Copilot、Code 和 Autopilot，Microsoft IQ 则负责提供组织上下文。

这项公告由 Jared Spataro 发布。其 Microsoft 博客署名显示，他是 AI at Work 业务的首席营销官，发布时间为 2026 年 9 月 25 日。Satya Nadella 将这一方向称为“a new OS for work”，但 Microsoft 官方博客使用的产品名称是the new Copilot with Home, Code and Autopilot，而不是 Work OS。

这个区别很重要：这是一轮分阶段推进的平台更新，各项功能拥有不同的可用状态，并不是打开一个开关就能启用完整 Copilot 能力。

一张表看懂这次更新

Microsoft 还宣布了统一插件注册表，供 Microsoft、合作伙伴和自定义插件使用。结合 Microsoft IQ 后，这套注册表旨在让 Copilot 从公司数据中获取组织上下文，同时为管理员提供一个集中审批和管理扩展的地方。

它会怎样改变真实工作日

如果你的工作从 Microsoft 365 开始

Home 是这次公告中最不具猜测成分的部分。Microsoft 希望用户只需打开一个入口，就能查看近期活动、继续未完成的工作、提出一个快速问题，或者把更复杂的任务交给 Cowork。Office 文档也会继续保持实时可编辑，而不是变成孤立的 AI 生成文本。

如果你的资料本来就存放在 Outlook、Teams、Word、Excel 和 PowerPoint 中，这种设计会非常契合。反过来，如果你的工作主要基于浏览器、依赖非 Microsoft 系统，或者需要一个中立的模型工作区，它的吸引力就会弱一些。

Microsoft 表示，Office in Copilot可以创建 Word 文档、Excel 工作簿或 PowerPoint 演示文稿，并与普通 Office 文件保持协作同步。但公告没有给出这一具体体验的准确率基准、文件大小限制或价格，因此这些目前应被视为产品方案问题，而不是已经证实的优势。

如果你需要运行长期自动化任务

Autopilot 是最能支撑“工作操作系统”这一说法的功能。Microsoft 描述的是一种托管在云端的智能体：它可以接收目标、制定计划、准备会议、跟进相关人员，并在用户无法处理时继续工作。

问题在于它的可用性。Microsoft 表示，Autopilot 将在2026 年 9 月底扩大到私有预览，而不是已经面向所有用户广泛提供。Microsoft 还表示，用户可以定义目标和边界，并配套权限、可审计性和治理能力；但公告没有说明审批频率、停止控制、错误率，或每项操作如何撤销。

因此，实际测试不应只看对话质量，而应衡量任务是否完成：智能体有多大比例能正确完成任务？有多少操作需要人工审批？事后重建整个执行过程是否足够容易？

如果你需要构建内部工具

Code 瞄准的是“一个提示词”和“完整软件项目”之间的空白地带。Microsoft 列出的示例包括应用、跟踪器、仪表盘、自动化、工作流、桌面小组件和托管在云端的内部应用。

Microsoft 表示，Code 在沙盒环境中运行，也可以托管在客户自己的租户中。它将在 9 月底通过 Frontier 项目开始推出，并计划在接下来几周扩大可用范围；公告还提到，Microsoft 365 Premium 和 Pro 用户将成为 2026 年晚些时候的预览对象。

这让 Code 很适合原型和范围明确的内部流程，但并不意味着生成的应用已经可以直接投入生产。公告没有说明支持哪些框架、运行时限制、代码审查要求或独立安全测试。管理员应要求人工审核，尤其是在生成的应用需要接触财务、客户或身份数据时。

这次发布仍未解决的限制

醒目的功能列表掩盖了一个更实际的问题：“可用”可能意味着 Microsoft 已经宣布、在 Frontier 项目中可见、对某个特定租户开放，或者已经对用户的许可证普遍开放。相比只看公告，Microsoft 的 Microsoft 365 Copilot 发布说明更适合用来确认具体的推出细节。

社区反馈也指出了集成能力与稳定执行之间的差距。在一场讨论 Microsoft 365 Copilot 和 SharePoint 的 Reddit 讨论中，u/RealLordDevien 写道：

“它看不到目录列表，也无法回答与特定文档甚至多个文档相关的问题。” — r/microsoft_365_copilot 讨论

能从文档正文中检索信息，并不等于理解 SharePoint 站点的结构、文件夹、文档库和权限。“工作操作系统”既需要上下文，也需要能够在这些上下文中可靠执行操作。

这里还存在产品设计上的取舍。一位回复 Nadella 公告的真实用户写道：“我不需要 copilot for notepad。”这句话提醒人们：更深的集成或许能减少应用切换，但也可能带来更多打扰和用户疲劳。

公告中的治理表述从方向上看令人放心，但在租户级控制、操作审批、审计视图、数据新鲜度和故障恢复方面，公开细节仍然有限。决定自主智能体究竟有用，还是只是新增一个需要监督的系统，恰恰是这些细节。

在部署前如何评估

1. 确认可用状态。先确认功能是正式可用、处于 Frontier、私有预览，还是仅仅已经宣布。Microsoft 博客的发布日期不能证明它已经在你的租户中启用。
2. 梳理许可证和租户要求。记录具体功能所需的用户套餐、地区、发布渠道、管理员设置和已连接服务。
3. 从边界明确的工作流开始。先测试根据获批文件准备简报之类的任务，不要一开始就让系统自由联系客户或修改记录。
4. 测试来源结构。要求 Copilot 列出文件、指出来源位置，并引用它使用的确切文档。这样可以看出它只是检索文本，还是确实理解了工作区。
5. 量化智能体表现。至少针对若干个可比较的任务，跟踪完成率、人工修正次数、审批请求次数、不支持的操作以及节省的时间。
6. 检查审计路径。部署前确认管理员如何查看操作、撤销权限、停止正在运行的智能体，以及调查错误输出。

常见问题

“工作操作系统”是 Microsoft Copilot 的官方产品名称吗？

不是。“Work OS”是 Satya Nadella 和评论者使用的战略性描述。Microsoft 9 月 25 日的公告标题是 Introducing the new Copilot with Home, Code and Autopilot。

Microsoft Copilot 最大的这次更新现在已经可用了吗？

还不是以完整套件的形式可用。Home 和 Office 能力已经宣布，Code 正通过 Frontier 推出，Autopilot 则进入私有预览；具体可用性仍取决于推出阶段、许可证和租户配置。

Copilot Chat、Cowork、Code 和 Autopilot 有什么区别？

Chat 用于快速获取答案和起草内容；Cowork 用于委派多步骤工作；Code 用于构建小型应用和工作流；Autopilot 则是更持久化的智能体模式，目标是在一段时间内持续围绕某个目标工作。

Copilot 会取代浏览器或 GitHub Copilot 吗？

9 月 25 日的公告并没有证明这两点。Windows Central 将另一个独立的 Copilot 应用内浏览器更新描述为一种让浏览与聊天并列进行的方式；而公告中的“Code”功能面向的是通过自然语言构建应用，并没有宣称要取代所有开发者工作流。

管理员首先应该核实什么？

先确认功能的发布状态、许可证和租户前置条件、来源权限、操作审批设置、审计日志以及停止控制。在决定是否启用持久化智能体时，这些检查比“工作操作系统”这个标签更重要。

尚未解决的取舍其实很直接：Microsoft 更深层的集成有望减少在工作应用之间反复复制内容，但同样的集成也会放大错误操作的代价。已经全面采用 Microsoft 365 的团队应密切关注这次推出；其他用户则应等待更多证据，确认 Copilot 的上下文理解和控制能力足够可靠，再决定是否把它设为工作的起点。