本周，Copilot 平台在多个方面发生了转变。Microsoft 围绕 Copilot Home 和 Projects 整合了工作体验，GitHub 扩展了受治理的代理编排，财务团队获得了专用技能，而云支持的会话开始在应用程序和设备之间流转。
对于 IT 领导者而言，信号很明确：本周的主题是受治理的连续性。Copilot 正从孤立的提示词迈向持久化工作、路由模型、已连接工具、委托执行，以及跨不同界面跟随用户的策略。
1. Copilot Home — 持久化工作取代聊天孤岛
Microsoft 的 2026 年 10 月 Copilot 更新称，Copilot Home 将把 Chat 和 Cowork 整合到共享体验中。Projects 将汇总相关的聊天、文件、任务、会议、说明和生成的输出，而不是让这些上下文分散在不同的交互中。
Microsoft 还表示，可重用技能正从 Cowork 扩展到 Copilot Chat。用户将能够使用自然语言创建技能，发现由同事或其组织共享的技能，并决定这些技能何时运行。
这不仅仅是导航设计的调整。它代表着向可重用组织上下文的转变，在这种模式下，说明和工件可以在单次对话之外持续保留。
与此同时，Microsoft 表示用户可以在 Copilot Workspaces 内创建和编辑 Word、Excel 和 PowerPoint 文件。Audio Overview 也将新增基于主题的节目、敏感度标签支持以及更多内容类型。
这对 IT 领导者意味着什么： 将 Projects 和共享技能视为受管理的工作空间，而不是个人生产力功能。在持久化上下文扩展到各部门之前，您的推广计划需要针对项目内容、技能发布、敏感度标签和生命周期管理制定所有权规则。
2. Autopilot — 委托工作进入治理队列
Microsoft 的 10 月更新称，其长期运行的委托工作体验 Autopilot 将于 2026 年 11 月向 Frontier 用户推出。Agent 365 被定位为可为这些代理活动提供治理、风险评估、使用情况可见性和业务价值衡量。
这一时间点很重要。长期运行的代理与聊天带来的控制问题不同，因为工作可在发起交互结束后继续进行。因此，审批边界、已连接数据和结果审查成为运营要求，而非可选的保障措施。
Microsoft 还表示，Agent Mode 正成为 Word、Excel 和 PowerPoint 中 Copilot 的默认模式。与此同时，根据 Microsoft 2026 财年第三季度财报材料，Copilot Chat 现已提供对多个模型的访问，并具备自动路由功能。
这并非一组彼此孤立的助手，而是正在进入生产力套件的执行层。
这对 IT 领导者意味着什么： 利用 11 月的 Frontier 推出，在更广泛采用之前定义委托工作策略。您的控制措施应区分交互式协助、工件创建和长期运行的执行，并为每个类别制定独立的审查要求。
3. Copilot Fusion — 模型路由成为受管理层
Microsoft Cloud Blog 报道称，GitHub Copilot Fusion 已正式发布，并提供 Single、Cascade 和 Critique 工作流。管理员和用户可以选择 Standard、High 或 Max 工作量级别，而 Fusion 可在 Copilot CLI、Copilot app 和 VS Code 中协调云端与设备端模型。
同一报道指出，GitHub 已在 Copilot 和 Microsoft Foundry 中添加 GPT-6.1 Terra。GitHub 将其定位为适用于常规代理式编码和终端工作的低成本选项，而 Foundry 支持文本和图像输入、Responses API，以及最多 100 万个输入令牌。
模型选择正在成为一种编排策略。当工作量级别、路由模式、成本特征和本地执行方式均可按任务变化时，单一默认模型不再是充分的企业策略。
企业控制功能也在与该路由层同步扩展。Microsoft Cloud Blog 报道称，存储库插件默认设置、企业插件策略、已批准的市场，以及跨 VS Code、Copilot CLI 和 Copilot app 的托管设置现已正式发布。根据 OurSignal 的说法，托管 Fusion 配置目前仅支持 Windows。
这对 IT 领导者意味着什么： 盘点模型选择在哪些场景下是自动的、由用户控制的或由中央管理的。按工作负载建立已批准的工作量级别和插件市场，然后记录面向混合设备环境的仅限 Windows 管理限制。
4. 会话和自动化 — Copilot 跨越不同界面
AI Agent Store 报道称，云支持的 Copilot 会话可以在 Web、移动设备、Copilot app、VS Code、Slack、Teams 和 Copilot CLI 之间持续保留。同一媒体还报道了大约 26 项服务的预览连接器，其中包括 Slack、Figma、Notion、Sentry、Linear、Cloudflare 和 Vercel。
一次连接的授权可减少重复设置，但也会集中访问权限。在协作工具、开发环境和终端之间携带上下文的持久化会话，建立的治理边界比仅限 IDE 的助手更广泛。
OurSignal 报道了 Copilot Projects 和计算机使用功能的公开预览版。Projects 可以整合来自 Slack 和 Figma 等工具的上下文，而计算机使用功能可在用户批准后与 macOS 和 Windows 上获批准的桌面应用程序交互。
Copilot Automations 将相同模式扩展至云工作流。Agent Daily 报道称，自动化可以手动启动、按计划启动、由事件启动，或通过 API 启动。OurSignal 还报道了可独立于其创建者继续运行的共享自动化。
这对 IT 领导者意味着什么： 将连接器授权、会话保留、桌面审批和自动化所有权作为一个控制平面进行审查。共享自动化需要服务所有权和离职流程，以防工作流依赖于个别创建者。
5. 财务和计费 — 专业化与成本控制相遇
Microsoft 于 10 月 29 日宣布推出超过 25 项财务技能和合作伙伴插件，覆盖会计、资本市场及更广泛的财务工作流。Microsoft 表示，Excel 中的财务技能已正式发布，而 Excel 和 Cowork 中的会计功能仍处于 Frontier 阶段。
CFO Dive 报道了涉及 QuickBooks、Xero、Zoho Books、FactSet、Morningstar、LSEG 和 S&P Global 的集成。Microsoft 的 10 月更新还列出了用于规划、建模、投资研究和交易材料的面向财务的功能。
这种专业化改变了采用场景。财务部署现在需要依据既定控制措施，对源数据、电子表格更改、研究溯源和审批权限进行验证。
成本治理也在发生变化。Sherweb 报道称，新的 Microsoft 365 Copilot Business 购买计划自 2026 年 12 月 1 日起启用租户级按使用量计费。这为正在评估新采购的组织带来了近期采购检查点。
GitHub Copilot 的命令行体验也仍存在一个实际的可靠性问题。GitHub issue #5302 报告称，代理经常在 Windows 上生成无效的 PowerShell，并需要重试。这是真实的工作流缺陷，而非表面上的不便。
这对 IT 领导者意味着什么： 将财务验证与通用 Copilot 采用分开，在 12 月 1 日前审查采购计划，并将 Windows PowerShell 重试率纳入 CLI 试点。按使用量计费和不可靠的命令生成都会改变自动化的预期成本。
战略后续步骤（面向 IT 领导者）
- 对执行模式进行分类。 在您的 Copilot 治理模型中，区分聊天、工件创建、委托工作、计算机使用和云自动化。
- 审计已连接的上下文。 记录哪些 Projects、会话、连接器、插件和自动化可访问组织数据。
- 制定路由策略。 定义可接受的模型、Fusion 工作量级别、插件市场，以及本地与云端执行路径。
- 为计费变更做好准备。 在 2026 年 12 月 1 日前审查计划中的 Copilot Business 采购和租户级成本控制。
- 测试运营可靠性。 在大规模部署前，验证 Windows PowerShell 生成、审批流程、共享自动化所有权和离职行为。
这些平台正在围绕代理汇聚。控制措施则按界面、模型、连接器和执行模式不断分化。IT 领导者现在需要一套覆盖这四个方面的统一治理架构。