截至 2026 年 10 月 19 日，Copilot 平台在多个方面发生了转变。Microsoft 推出了持久化智能体功能，发布了法律工作流工具，扩展了数据基础支持，推进了多模型战略，并连续发布了三个 GitHub Copilot CLI 更新版本。
对于 IT 领导者而言，信号很明确：本周的主题是运营自主性。Copilot 正从提示与响应式协助，转向具有身份、记忆、触发器、计量消耗能力以及企业系统访问权限的智能体。
1. 持久化智能体——身份、记忆和触发器
Microsoft 宣布，处于 Frontier 预览阶段的 Copilot Studio 智能体可获得专用的 Microsoft Entra 身份和凭据。根据 Microsoft 的 Copilot Studio 公告，这些智能体账户可参与 Microsoft 365 环境，同时与单个员工账户保持独立。
同一预览版还加入了业务流程记忆和自动触发器。Microsoft 表示，共享记忆可使智能体保留流程上下文，而触发器则使其能够在工作流需要关注时作出响应，而非等待用户提示。
这并非又一项聊天机器人功能，而是一种用于持久化、由组织拥有的自动化运营模式。
其打包方式同样需要仔细审视。所提供研究引用的一份第 42 周行业报告指出，智能体账户需要专用的 AI Teammates 许可证以及按量计费积分。这种组合将智能体身份成本与使用成本分离，使流程级消耗监控成为采购要求，而不再是一项可选优化。
这对 IT 领导者意味着什么： 将持久化智能体视为服务身份，而不是生产力附加组件。在智能体开始跨 Teams、Outlook 或 Office 工作流执行操作之前，您的部署设计需要涵盖所有权、凭据生命周期控制、流程边界、使用情况监控和升级路径。
2. Copilot for Legal——超过 20 项专业技能
Microsoft 宣布 Copilot for Legal 已在全球正式发布，提供超过 20 项专门构建的法律技能和合作伙伴插件。Microsoft Copilot Blog 表示，该产品支持在 Word 中开展更深入的文档工作、在 Cowork 中处理多文件工作流，以及连接受信任的法律系统和信息源。
产品范围至关重要，因为法律工作结合了机密内容、专业来源材料和需要大量审批的流程。将这些工作流迁移至 Copilot，会进一步凸显租户范围策略的必要性，这些策略应涵盖数据访问、输出审查、保留和插件授权。
Microsoft 更广泛的产品方向进一步强化了这一变化。根据 Microsoft 的采用材料以及研究中汇总的报道，近期的 Copilot 体验包括用于实现多步骤成果的 Cowork、可根据自然语言指令创建应用程序和工作流的 Code，以及用于持久化分配任务的 Autopilot。
这不仅是一组法律提示，而是一个连接 Microsoft 365 内容和外部系统的垂直工作流层。
这对 IT 领导者意味着什么： 法律部署需要独立的控制平面。请验证哪些插件可以访问特权材料，为每项技能指定负责的业务所有者，并要求对影响合同、备案、调查或受监管记录的工作进行人工审查。
3. 许可和计量——12 月 1 日的决策节点
一份第 42 周行业报告称，自 12 月 1 日起，据报道可在没有符合条件的 Microsoft 365 订阅的情况下购买 Copilot 和 Copilot Business。同一报告称，新的 Copilot Business 许可证将默认包含每位用户每月 4,000 积分的额度，管理员可调整支出限制。
由于所提供的研究将这些购买变更描述为已报道信息，而非 Microsoft 许可文档中的直接确认，因此采购团队应在下单前核实最终 SKU 条款。不过，其规划影响仍值得立即关注。
独立购买可能扩大符合条件的用户群体，而默认启用的计量则会在基于席位的许可之外引入可变消耗。这是两条独立的预算线。
如果智能体、连接器和持久化任务会消耗积分，那么名义许可证数量将不再能够说明总体成本暴露。财务和 IT 部门需要建立共享模型，涵盖已分配用户、预期工作负载量、支出限制和异常处理。
这对 IT 领导者意味着什么： 在许可日历中标记12 月 1 日。申请确认的产品条款，识别缺少符合条件的 Microsoft 365 订阅的用户，并在大规模启用按量计费工作负载前定义积分阈值。
4. 多模型 Copilot——路由取代标准化
所提供的研究报告称，Gemini 4 Argon 已在 GitHub Copilot 中全面推出，用于复杂的编码、智能体和推理工作负载。另据 Topedia 报道，GPT-6.1 Sol 已开始在 Copilot Chat 中推出，并正向 Microsoft 365 Copilot 许可证持有者的 Word、Excel 和 PowerPoint 推出。
根据 Hyperdrift 的每日报道，VS Code 还增加了多模型路由，使请求能够在多个模型之间流转，而不必为每项任务依赖单一模型。Microsoft 的 Azure Developer Community 推出了 Decision-1 模型，用于通过 Microsoft Foundry 进行快速决策评分，并将路由列为潜在应用场景。
与此同时，根据研究摘要，HydraFusion Max 已进入 Copilot 的研究预览阵容，可针对高难度开发任务协调多个模型并进行并行验证。预览状态是关键限制条件，不应将其视为正式发布。
GitHub 还计划于 2026 年 11 月 16 日在 Copilot Chat、内联编辑、提问模式、智能体模式和代码补全中弃用多个模型。所提供研究未指出存在宽限期。
这对 IT 领导者意味着什么： 在 11 月 16 日之前清点模型依赖关系。多模型访问改善了工作负载选择，但也要求制定获批模型策略、开展回归测试，并明确处理仍处于预览或逐步推出状态的功能。
5. GitHub Copilot CLI——三天内发布三个版本
根据为本简报提供的发布跟踪信息，GitHub 在 10 月 12 日至 10 月 14 日期间发布了 Copilot CLI 版本 1.0.96、1.0.97 和 1.0.98。
版本 1.0.96 改进了沙盒密钥掩码处理，使模型 ID 不区分大小写但仍保留规范名称，在企业策略启动期间保留 /allow-all，并新增 CLAUDECODEWORKFLOWSUBAGENTMODEL，以标准化工作流智能体模型。
版本 1.0.97 新增了智能体范围的声明式钩子，改进了对深度嵌套或大量自定义智能体的发现能力，启用了实时 AI Credit 跟踪，并修正了会话恢复时的插件钩子行为。版本 1.0.98 增加了 Gemini 4 Argon 支持，改进了当 Node 丢失子进程退出信号时的命令钩子可靠性，并在分屏会话变更后同步 MCP 状态和 /mcp 命令。
企业治理也在同步收紧。研究中汇总的报道指出，管理员可以强制受支持的客户端（包括 Copilot CLI、VS Code 和 GitHub Copilot 应用）在启动时刷新由服务器管理的设置。针对治理敏感型控制的最低客户端版本也正在引入，首先适用于沙盒设置。
这对 IT 领导者意味着什么： 制定受支持的 CLI 基线，在恢复的会话中测试钩子，并在依赖沙盒强制执行前验证启动时策略刷新是否正常工作。版本漂移如今已成为治理风险，而不仅仅是支持问题。
战略后续步骤（面向 IT 领导者）
- 将持久化智能体归类为托管身份。 在采用预览版之前，分配所有者、权限、凭据控制措施和停用程序。
- 对按量消耗进行建模。 将所报道的 4,000 积分额度和可调整限制纳入 12 月预算方案。
- 为模型退役做好准备。 在 11 月 16 日前测试受影响的 GitHub Copilot 工作流，并记录已获批准的替代方案。
- 将预览版与生产环境分离。 通过明确的部署关卡管理 Frontier 智能体和研究预览模型编排。
- 标准化客户端版本。 为 Copilot CLI 和其他受治理客户端设定最低版本，然后验证启动时的策略刷新。
这些平台正在分化。Microsoft 正将持久化智能体、专业工作流、更广泛的数据访问和多模型路由整合到一个按量计费的运营环境中。治理现在必须以同样的速度推进。