从 2026 年 10 月 19 日至 26 日，Copilot 平台在多个方面发生了变化。Copilot CLI 已正式发布，Copilot Cowork 扩展至事件驱动的业务自动化，而 Microsoft 和 GitHub 则加强了对模型、智能体、遥测和托管执行的控制。
对于 IT 领导者而言，信号非常明确：本周的主题是受治理的自主性。Copilot 正超越由用户发起的聊天，进入终端、业务事件、软件交付和租户内应用程序，这使策略设计与功能采用同等重要。
1. Copilot CLI — 正式发布改变了基准
InfoQ 报道称，Copilot CLI 已正式发布，提供自然语言命令建议、命令说明、智能体工作流、Autopilot 模式、GPT-5.4 支持和企业遥测。该版本将终端辅助从实验性工作流转变为受支持的产品功能面。
多个快速发布的 CLI 修订版本也加强了运行行为。Agent Breaking Changes 报道称，版本 1.0.104-1 使 Assisted Permissions 无需实验模式即可使用，并修复了无法检索已保存首选项时 Auto 模式失败的问题。
版本 1.0.103 改进了 Agent Client Protocol 沙盒处理，在重新连接后保留完整的云端响应，并在用户从已完成的响应中复制代码块时恢复原始代码。版本 1.0.102 改进了托管 Auto 模型选择，允许子智能体继承工具审批，并扩展了插件市场对 Git 子目录和更长描述的处理能力。
版本 1.0.100 为提示模式会话新增了 --disable-client-telemetry 和 --trust-folder。Agent Breaking Changes 还报告了通过 GitHub 应用链接安装已验证技能和插件的支持。
这不仅仅是一个新的命令界面。它是一个具备权限、遥测、插件、模型和委派工具访问能力的智能体执行界面。
这对 IT 领导者意味着什么： 将 CLI 部署视为托管端点变更。您的推广计划应在 Autopilot 或智能体工作流成为标准开发者实践之前，定义遥测策略、文件夹信任预期、审批继承、插件来源和恢复测试。
2. Copilot Cowork — 业务事件成为智能体触发器
Microsoft 的 Copilot Cowork 发行说明显示了更广泛的模型组合和更具结构化的工作区。GPT-6.1 Sol 取代了 GPT-6 Sol，而 Grok 4.7 可用于长文档、编码和多步骤工作。同一说明指出，Claude Fable 5.1 取代了 Fable 5，同时还提供 Claude Opus 4.8 作为模型选项。
Cowork 还新增了 Projects，用于对相关任务、说明、上下文和生成的文件进行分组。Microsoft 的发行说明指出，现在可以在移动应用中通过 + → Skills 发现和配置插件。
更重要的是，SMK 的报道描述了 Power Platform 连接器，这些连接器可以根据 CRM 平台、Teams 及其他已连接应用程序中的事件启动 Cowork 任务。这些工作流不要求用户手动提示每项操作。
根据 SMK 和 Microsoft 的产品更新，面向特定角色的插件也正在扩展至销售、服务、教育、法律和营销相关工作。据报道，Cowork 内部的 Azure DevOps 访问涵盖项目、工作项、拉取请求、测试计划和管道。
这不是拥有更多插件的聊天工具，而是跨越存储运营和客户数据的系统、由事件触发的编排。
这对 IT 领导者意味着什么： 将每个连接器、触发器、插件和可访问的数据源纳入自动化边界。项目级上下文可提升复用能力，但它也会使保留的说明和生成的文件成为需要所有权和审核的治理对象。
3. Copilot Studio — 智能体获得生命周期和身份
Microsoft 的 Copilot Studio 更新表明，面向 Copilot Chat 的智能体构建器功能已正式发布。该版本包括主题、已连接智能体、评估以及从开发到生产的生命周期管理。
Microsoft 还新增了用于从发票、合同和财务报表中提取信息的工作流功能。Copilot 节点可以调用 Copilot Chat、Cowork 任务、Researcher、Analyst 或自定义智能体，而工作流文件支持现已扩展至 Word、Excel 和 PowerPoint。
企业自动化正变得更加持久。Microsoft 的更新描述了智能体获得 Microsoft 365 帐户、可在 Word 评论或电子邮件中被提及、保留流程记忆，以及根据计划或信号运行。
与此同时，联络中心功能正围绕语音和聊天智能体趋于融合。据报道，新增功能包括专用子智能体、确定性主题、电话号码预配、客户对话测试工具，以及向 Teams 队列的交接。
这对 IT 领导者意味着什么： 拥有帐户、记忆、触发器和已连接子智能体的智能体，应像工作负载身份一样进行治理。在生产部署前，要求具名所有者、评估标准、环境提升控制和明确的退役流程。
4. 托管运行时 — 治理进入执行层
根据 M365 Perspective 的报道，Copilot Code 已开始向 Frontier 租户推出。它可以创建以 Work IQ 为基础的应用程序、跟踪器和仪表板，将其发布到 Copilot Managed Runtime，并打开 GitHub 拉取请求草稿。
根据 Holger Imbery 的报道，Copilot Managed Runtime 在 IT 控制下、在 Microsoft 365 租户边界内执行 AI 构建的应用程序。Microsoft 也正在向第三方工具和专业开发人员开放该运行时。
M365 Perspective 报道称，SharePoint 团队知识库已进入 Frontier 预览。它们将电子邮件、聊天、会议和站点内容汇编为相互链接、可供智能体读取的 Markdown 库。
这些变化确立了一个新的控制点。生成的应用程序可能能够快速创建，但其数据访问、运行时行为和生命周期仍然是企业的责任。
这对 IT 领导者意味着什么： 将实验与获批执行分开。Frontier 可用性和预览知识库应进入受控验证，同时应为运行时访问、Work IQ 基础、发布权限和创建拉取请求草稿制定书面策略。
5. GitHub Copilot — 模型策略和报告能力扩展
Microsoft Cloud Blog 报道称，GitHub 推出了用于检索和更新 Copilot 模型策略的 API，适用于企业、组织、团队和智能体应用程序级别。GitHub 还开始为 Business 和 Enterprise 计划中符合条件、此前未配置的 Copilot 功能和客户端设置应用全局默认值，同时保留管理员明确设定的选择。
多个旧模型于 10 月 19 日弃用，并可通过管理员模型策略使用替代模型。这为具有依赖特定模型工作流的团队带来了需要立即审查的事项。
根据 RC Labs 的信息，GitHub Copilot 使用指标现在可区分自定义技能、智能体、Model Context Protocol 服务器、斜杠命令、插件和其他工具，而不是将它们归入通用类别。报告能力还扩展至涵盖来自包括 OpenCode 在内工具的模型使用情况。
Visual Studio 新增了 Copilot 功能，可在聊天中探索拉取请求、自动处理由 Visual Studio 识别的易受攻击软件包，以及选择组织信任的模型。这些功能将模型策略直接连接到编码和修复工作流。
这对 IT 领导者意味着什么： 立即审查未配置的默认值和已弃用模型的暴露情况。使用扩展后的遥测类别来区分获准扩展与影子集成，然后在企业、组织、团队和智能体范围内统一受信任模型策略。
战略性后续步骤（面向 IT 领导者）
- 建立终端治理基线。 在大规模部署 Copilot CLI 前，定义遥测、文件夹信任、Assisted Permissions、插件安装和子智能体审批规则。
- 绘制自动化边界。 记录 Cowork 连接器、业务事件触发器、保留的项目上下文，以及每个能够发起智能体工作的系统。
- 治理智能体身份。 对拥有 Microsoft 365 帐户的智能体应用工作负载所有权、最小权限、生命周期管理和评估要求。
- 审查模型策略。 检查 10 月 19 日的弃用情况、GitHub 全局默认值，以及跨管理范围的模型选择控制。
- 控制运行时发布。 限制谁可以发布 AI 构建的应用程序、以 Work IQ 为基础构建应用程序，或创建拉取请求草稿。
这些平台正在分化。Microsoft 正在构建租户内的智能体执行能力，GitHub 正在扩展模型治理，而 Cowork 正在将 AI 工作连接到业务事件。下一阶段不是再推出一个聊天机器人，而是一项自动化控制计划。