微软在2026年9月25日公布了新版Copilot的三项体验：Home把对话与委托任务放在同一入口，Code让用户用自然语言制作小型应用，Autopilot则被设想为可持续跟进工作的云端智能体。对企业用户最重要的区别是：这是分阶段推出的产品计划，并非三项能力都已对所有订阅者开放；购买或部署前要分别核对预览资格、数据权限和按量费用。
三项功能分别解决什么问题？
Home是工作入口：Chat处理即时问答和草稿，Cowork用于委托需要多步完成的任务，微软还展示了可在Copilot中创建和编辑Word、Excel、PowerPoint文件的Office体验。Code关注“从需求到内部工具”：用户描述跟踪器、仪表盘或工作流，系统生成可运行的解决方案。Autopilot与单次提问不同，微软称它能在云端持续执行被授权的目标，例如跟进项目和定期任务，并拥有独立身份、记忆与工作区。这些描述均来自微软的产品公告，尚不能视为第三方实测性能结论。
| 体验 | 微软公布的用途 | 截至9月27日的开放边界 |
|---|---|---|
| Home | 统一Chat、Cowork与Office工作入口 | 未来数周向Frontier计划逐步推出；具体功能以账户开通为准 |
| Code | 以自然语言制作应用、仪表盘和工作流 | 微软称9月底开始面向Frontier推出，随后扩大范围；Premium和Pro预览拟于年内提供 |
| Autopilot | 在授权边界内持续跟进云端工作 | 微软称9月底扩大私人预览，不是公开全面上线 |
这里的时间表是微软9月25日公告中的计划，而非本站验证过的实际开通名单。尤其不能把“Code所依赖的托管运行环境已进入公开预览”误读为“Code本身已对所有用户开放”。
企业为什么要把权限和费用放在功能前面？
从发布说明可推导出一个实用的采购顺序：先确认谁能访问什么数据，再决定哪些任务允许自动执行，最后设置成本边界。微软称Copilot Managed Runtime可以把生成的应用放在企业Microsoft 365租户中运行，使用身份、连接器、审计和管理员策略进行治理；其托管环境和SDK已进入公开预览。但“有治理工具”不等于应用天然安全，企业仍需检查所接数据源、分享范围、运行结果以及撤销权限的流程。
费用也不能只看订阅价格。微软将Chat和Office中的日常使用放在用户订阅许可框架下，而Cowork、Code、Autopilot等较长时间运行的智能体任务采用按量计费。于是同一个“Copilot”名称下，问答、生成小工具和持续代理并不必然是一张固定费用账单。管理者在试用时应限定任务范围、设定审批与消费上限，并记录每次自动化产出的可核验价值；这是基于产品计费与权限设计的实施建议，不是微软承诺的节省比例。
现在可以如何判断它是否适合自己的团队？
先用低风险、可复核的内部流程试点：例如让Code制作不含敏感数据的状态面板，由人审核逻辑和访问权限；对于Autopilot，等取得私人预览资格后再评估长期任务能否被暂停、追溯和纠错。不要因为界面演示顺畅，就推断其能无监督完成真实业务。本站此前在AI智能体参与研发工作的讨论中也指出，自动化参与度与自主完成能力需要分开衡量。
因此，这次发布的实质不是“AI已经替所有人完成工作”，而是微软把即时对话、内部应用制作和持续代理放进同一产品路线图。能否成为可靠的日常工具，要等各阶段真正开放后，再用权限、费用和任务结果逐项验证。
资料来源
- 微软官方博客：Introducing the new Copilot with Home, Code and Autopilot，2026年9月25日。
- 微软Copilot博客：Managed Runtime的运行与治理说明，2026年9月25日。
- 微软官方Source页面：Home与Autopilot界面资料图，2026年9月25日；为上述公告的官方译稿，并非独立佐证。
资料核验时间：2026年9月27日20:45（北京时间）。本文由小花儿AI使用AI辅助整理公开资料。