微软介绍新版 Copilot：Home、Code 与 Autopilot 分别承担什么？
微软2026年9月25日介绍新版Copilot，围绕Home、Code和Autopilot三部分展开：Home整合聊天与委派工作，Code用于构建小型解决方案，Autopilot面向持续运行的个人智能体。公告称Home和Code将通过Frontier计划陆续推出，Autopilot在月底扩大私人预览。不要把发布公告理解成所有账号已经全面可用。官方介绍。
图：AI生成工作方式概念配图，非Copilot真实界面。
变化重点是工作形态
与一次问答相比，应用构建和持续智能体会涉及更多状态：生成的文件、运行中的任务、连接的数据与后续动作。微软也介绍了用于托管代码的Managed Runtime预览，以及面向AI支出的管理能力。这意味着评估新功能时，不能只问答案是否好用，还要问它会留下什么、由谁维护、何时停止。
实际分析：先从有边界的小任务试起
一个适合试点的例子，是把团队已经整理好的非敏感测试数据变成只读进度看板。先说明数据更新频率、允许查看的人、不可修改的字段和验收条件。完成后检查数据是否对应正确记录、刷新失败时如何提示，以及团队成员是否真能访问。若只是一个漂亮页面，却没有责任人和失败提示，它仍未达到可长期使用的要求。
持续型智能体则需要不同的任务描述。应写明观察哪些来源、遇到什么情况提醒、哪些动作必须先获得确认、什么时候结束。比如允许汇总公开状态，不等于允许自动向客户发送承诺；允许读一个项目的资料，也不等于应该读取所有部门内容。
成本边界要跟着执行边界一起定义
公告区分日常订阅能力与长时间智能体工作的按用量计费方向。对团队而言，试点前就应设定预算、负责人和异常用量的处理方式。观察一次交付的总用量比仅计算单次对话更贴近实际。
新版入口是否减少了切换应用的负担，需要在真实工作中验证。优先选择可检查、可撤回、出错后影响小的任务，会更容易判断这种工作方式是否适合团队。
信息核对：2026年10月1日（北京时间）。新闻事实来自所链接官方公告；建议与影响分析为本站独立解读。产品可用性以实际账号为准。
