本周，AI 平台格局在多个方面发生了变化。Microsoft 概述了围绕 Home、Code 和 Autopilot 重新设计的 Copilot；GitHub 推出了动态工作流；GPT-6.1 Sol 已在 GitHub Copilot 中正式发布。

对 IT 领导者而言，信号很明确：本周的主题是 平台整合。Microsoft 正在推动 Copilot 超越聊天界面，但其推出涵盖早期访问、私人预览和正式发布的服务。这些区别必须指导部署策略。

1. Copilot Home —— 新的工作界面

Microsoft 在 9 月 29 日的新闻中心公告中将 Home 作为重新设计的 Copilot 体验的起点。Microsoft 表示，Home 将聊天与协作及委派工作功能结合在一起；而 The Verge 的报道指出，Word、Excel 和 PowerPoint 将可在更广泛的 Copilot 界面中访问。

这不仅仅是一次导航更新。它试图让 Copilot 成为用户访问文档、对话和 AI 辅助任务的主要界面。

Microsoft 表示，Home 将在未来几周通过其 Frontier 早期访问计划开始推出。Frontier 状态很重要：在 Microsoft 记录生产环境推出情况之前，团队不应假定功能对等、支持准备就绪或全租户可用性。

整合后的界面也改变了采用规划。如果用户开始从 Copilot 创建文档、启动任务和访问 Office 应用程序，培训必须覆盖整个工作界面，而非仅涵盖独立的聊天提示词。

**这对 IT 领导者意味着什么：**确定有资格参与 Frontier 测试的业务团队，记录其将评估的工作流，并在 Home 达到受支持的生产阶段之前，将现有 Microsoft 365 界面保留为运营基准。

2. Code 和 Autopilot —— 构建与持续工作相结合

Microsoft 在 9 月 29 日的公告中将 Code 描述为一个使用自然语言构建应用程序、仪表板和工作流的环境。The Journal 和 TechRadar 报道称，用户可以描述希望 Copilot 创建的内容，而不必从传统开发工具开始。

因此，Code 将 Copilot 的受众扩展到软件团队以外。它也带来了应用治理问题：生成的应用仍可能依赖业务数据、连接器、权限以及负责的所有者。

与此同时，Microsoft 将 Autopilot 描述为一种持久智能体，能够在用户离线时继续工作。Microsoft 将 Autopilot 定位为私人预览，而 Home 和 Code 则被纳入 Frontier 推出计划。

持续工作是实质性变化。它将任务延伸到活跃的对话会话之外，但所提供的 Microsoft 公告并未说明该执行背后完整的身份、授权、审批、日志记录或撤销架构。

这一缺口应界定评估范围。在允许 Autopilot 处理受监管数据或产生重大影响的操作之前，IT 团队需要获得有文档支持的答案。

**这对 IT 领导者意味着什么：**将 Code 和 Autopilot 试点分开进行。根据应用所有权和数据访问策略测试 Code，同时将 Autopilot 限制在可逆任务中，直至 Microsoft 发布充分的运营和治理文档。

3. 治理和定价 —— 两项开放的预算支出

据 Stocktwits 和 Reworked 汇总的报道，Microsoft CEO Satya Nadella 将 Copilot 称为“面向工作的全新 OS”。Nadella 还表示，智能体操作必须始终受公司策略治理。

策略目标是明确的。实施细节仍是采购问题。

WindowsForum 报道了用于受治理应用托管的 Copilot Managed Runtime 预览。另据 Finance Yahoo 和 TechGig 报道，一种混合商业模式将日常使用的订阅访问与高级功能的按量计费 Copilot Credits 相结合。

所提供的任何来源均未确定通用积分费率或完整的 SKU 级计算方式。因此，IT 领导者应避免将假定的人均节省或消费成本纳入已承诺的预算。

这并非传统的仅按席位续订。它可能是一种结合固定许可和可变智能体活动的混合模式。

**这对 IT 领导者意味着什么：**为订阅和消费分别设置预算项，在采购期间要求提供使用量导出能力，并要求 Microsoft 在批准大规模部署前，记录哪些 Home、Code、Autopilot 和托管运行时操作会消耗积分。

4. 动态工作流 —— 编排进入代码

GitHub 在 10 月 1 日的更新日志中，于 Copilot CLI、GitHub Copilot 应用和 Copilot SDK 中推出了 动态工作流。GitHub 已向所有 Copilot 计划开放该公共预览。

GitHub 表示，动态工作流可让团队通过代码定义编排，以实现更可靠、更可观测的多智能体工作。这是供应商声明的功能，而不是与对话会话相比得到独立验证的结论。

GitHub 还表示，工作流必须位于 GitHub Copilot 扩展中，才能使用 Copilot 可扩展性 API。这项要求为 IT 团队提供了具体的审查边界：扩展及其工作流可以在安装或执行之前被清点。

公共预览仍是限制性标签。在正式发布之前，工作流语法、权限、遥测和消费行为可能会发生变化。

**这对 IT 领导者意味着什么：**建立经批准的扩展存储库，要求每个工作流均有指定所有者，并在测试环境中记录预览行为。不要将全计划可用性视为生产就绪。

5. 模型和集成 —— 覆盖范围持续扩大

GitHub 在 9 月 29 日的更新日志中宣布，GPT-6.1 Sol 已在 GitHub Copilot 中正式发布。所提供的研究还表明，模型可用性因符合条件的 Copilot 层级而异，因此在更新内部指南之前，必须验证权益资格。

模型变更不仅是一则功能公告。它可能改变输出质量、延迟、使用模式以及内部验证所需的证据。

Microsoft 的 2026 年 9 月 Copilot 更新还推出了 Teams Phone Agent，旨在接听来电并将用户引导至支持服务。Microsoft 的 Azure 团队另行表示，在某些场景中，Fabric IQ 可将业务上下文和 Fabric 生成的洞察引入 Copilot，且无需额外 AI 令牌成本。

“在某些场景中”这一限定十分重要。财务团队应要求针对特定工作负载进行确认，而不是将该说法应用于每一次 Fabric 和 Copilot 交互。

**这对 IT 领导者意味着什么：**针对 GPT-6.1 Sol 重新运行已批准的 GitHub Copilot 评估，确认层级资格，并在调整服务台或分析预算之前，独立验证 Teams Phone Agent 和 Fabric IQ 的成本。

战略后续步骤（面向 IT 领导者）

  1. **对每个发布阶段进行分类。**将 Home 和 Code 记录为 Frontier 功能，将 Autopilot 记录为私人预览，将动态工作流记录为公共预览，并将 GPT-6.1 Sol 记录为正式发布。

  2. **定义可逆试点。**在所有权、权限、日志和回滚程序得到记录之前，使生成的应用、持续任务和多智能体工作流远离不可逆操作。

  3. **区分固定成本和可变成本。**将 Copilot 订阅与潜在的 Copilot Credits、模型权益和特定工作负载消费分开跟踪。

  4. **创建扩展控制点。**清点 GitHub Copilot 扩展，并要求审查每个工作流的工具、数据访问、所有者和预期执行模式。

  5. **重新验证生产假设。**针对您的租户测试模型行为和集成成本，而非依赖广泛的发布声明。

界面正在整合。持续工作正在进入预览。编排正在进入代码。模型正在轮换。IT 领导者现在需要能够区分可用性与就绪度的控制措施。