本周，Copilot 平台在多个方面发生了变化。Microsoft 推出了覆盖生产力和编码的统一应用，利用托管代理基础结构扩展了 Copilot Studio，并通过身份验证、网络、证书和报告控制功能增强了 GitHub Copilot CLI 的治理能力。
对于 IT 领导者而言，信号很明确：本周的主题是受治理的执行。Copilot 正从聊天回复迈向能够创建文件、调用工具、操作界面和运行计划工作流的应用程序与代理。
1. 统一 Copilot 应用——一个工作与代码共用的界面
Microsoft 推出了整合后的 Microsoft Copilot 体验，围绕 Home、Code 和 Autopilot 组织。根据 Microsoft 的 Copilot 材料，Home 是生产力工作的起点，Code 支持软件和应用程序创建，而 Autopilot 则面向更自主的任务执行。
此次重新设计还统一了个人和工作体验中的多个名称。Microsoft 表示，Project 改为 Notebook，Tasks 改为 Cowork，Deep Research 改为 Researcher，Study and Learn 改为 Guided Learning。现有的聊天记录、文件和历史记录预计将自动迁移。
这并非一次外观层面的导航更新，而是在同一应用程序模型下整合知识型工作、开发和自主执行。随着用户从原有分类体系过渡，您的采用材料、支持文档和内部培训将需要明确区分这些新名称。
这对 IT 领导者意味着什么： 将统一应用视为会带来治理影响的信息架构变更。在各部门将 Autopilot 理解为无人值守工作的全面批准之前，更新服务台脚本、用户指导和可接受使用策略。
2. Copilot Studio——托管运行时进入预览阶段
Microsoft 表示，Copilot Studio 应用和 Copilot Managed Runtime 现已进入公共预览阶段。该托管运行时旨在提供由 Microsoft 运营的托管、身份、受治理的数据访问、生命周期管理、基于 Git 的版本控制，以及跨 Copilot Studio、Copilot Cowork 和 Copilot Code 的集中可见性。
与此同时，据 Microsoft 称，Foundry IQ 与 Copilot Studio 的集成现已正式发布。该集成可将代理连接到组织知识库，而正式发布的 Review 面板可在发布前评估代理的就绪程度。Microsoft 还表示，创建者可以在投入生产之前评估单个 AI 节点和已完成的自动化流程。
状态差异非常重要。应用和托管运行时仍处于预览阶段，而 Foundry IQ 集成和 Review 面板已正式发布。这些功能不应采用相同的生产审批路径。
Microsoft 的共享插件注册表现已收录超过 100 项可重用技能、连接器和代理，Copilot Studio 集成正在逐步推出。重用可以减少重复建设，但也会集中风险：被广泛采用的功能可能会将权限或行为扩散到多个代理中。
这对 IT 领导者意味着什么： 为预览版运行时服务、正式发布的评估功能和可重用插件建立独立控制措施。要求每项共享功能都具备所有权、数据访问审查、版本跟踪和退役流程。
3. Office 和 Notebooks——内容创建进入 Copilot
Microsoft 正将 Word、Excel 和 PowerPoint 的创建与编辑功能引入 Copilot 应用。本周研究引用的报道指出，此次推出目前面向使用 Chat 和 Cowork 的 Frontier 客户。
文件仍保留 OneDrive 存储、权限、版本历史记录、格式设置和组织合规性控制。这种连续性十分重要，因为在 Copilot 内创建 Office 内容并不会形成独立的文档治理层。现有控制措施仍是访问和保留决策的核心。
Microsoft 在 2026 年 10 月对 Notebooks 的更新还增加了委派任务执行、直接编辑 Word、Excel 和 PowerPoint 文件、创建交互式报告以及为回复选择模型的功能。因此，Notebook 正在成为一个执行工作区，而不再只是参考资料的集合。
关键边界在于委派。一旦 Notebook 可以修改受治理的文件，相关问题就不再是 Copilot 是否能够总结内容。您的团队必须确定代理可以更改哪些身份、存储库和文档类型。
这对 IT 领导者意味着什么： 在启用委派编辑之前，验证 OneDrive 权限、版本恢复、保留和审批工作流。Frontier 可用性应被视为受控评估阶段，而不是全租户就绪的证据。
4. GitHub Copilot CLI——工作流与企业控制相结合
根据为本次简报提供的发布跟踪信息，动态工作流已在 Copilot CLI、Copilot 应用和 Copilot SDK 中进入公共预览。开发人员可以在代码中定义编排，调用代理进行推理，通过 copilot workflow run 无人值守地运行工作流，并使用 /every 或 /after 安排执行。
计划执行和无人值守执行改变了运营模式。这不是等待提示的交互式助手，而是即使没有用户逐步监督也能继续运行的自动化。
治理控制正随着这种自动化一同推进。Copilot CLI 1.0.95 在 macOS 上增加了原生 Microsoft Entra broker 身份验证，同时保留浏览器身份验证作为后备选项。版本 1.0.93 增加了 permissions.limitTo，允许为网络请求设置受管理的域边界。
版本 1.0.91 增加了用于检查、创建、信任、轮换和移除代理证书颁发机构信任的命令，包括无人值守的 Windows 设置。原先的 /sandbox ca install 流程已被独立的创建和信任操作取代。使用情况报告现还涵盖技能、自定义代理、MCP 服务器、斜杠命令和插件。
这对 IT 领导者意味着什么： 通过身份、目标地址、证书和遥测策略来控制动态工作流。清点计划运行任务，使用 permissions.limitTo 限制网络边界，并在无人值守执行进入生产环境之前记录证书轮换流程。
5. Copilot 代理——更广泛的模型与执行路径
所提供的 Microsoft AI Weekly 报告指出，GitHub Copilot 正在为没有 API 的桌面应用程序增加计算机使用功能。同一报告指出，GPT-6.1 Sol 和 Claude Sonnet 5.5 正与模型选择变更及相关弃用事项一同在 Copilot 中逐步推出。
计算机使用扩大了自动化覆盖范围，但也绕过了传统 API 合约的可预测性。即使代理按设计运行，界面变更、模糊的控件以及继承的桌面权限也会成为运营问题。
Microsoft 同时正在扩展其混合智能方向。研究引用的报道指出，未来的 Copilot+ PC 更新预计将把本地内容、操作和模型与云功能结合起来。所提供的材料中尚未确定正式发布日期。
Dynamics 365 正遵循相同的执行模式。研究报告称，Sales、Customer Service 和 Customer Insights 已拥有超过 30 项 Copilot 技能，CRM 功能正通过公共或私有预览进入 Teams 和 Microsoft 365。
这对 IT 领导者意味着什么： 围绕能力类别而非单独的模型名称制定策略。桌面控制、本地处理、云执行和 CRM 操作各自都需要不同的权限边界、测试计划和审计预期。
战略后续步骤（面向 IT 领导者）
将预览与生产环境分开。 在批准业务使用之前，记录 Copilot 应用、Managed Runtime、动态工作流和代理功能的状态。
映射每个执行身份。 记录哪些用户、服务或代理身份可以编辑文件、调用插件、访问知识或操作桌面应用程序。
约束无人值守工作流。 对无人值守 CLI 运行应用受管理的网络边界、证书流程、计划所有权和使用情况报告。
重构支持模式。 针对 Notebook、Cowork、Researcher、Guided Learning、Home、Code 和 Autopilot 更新术语、培训和服务台指导。
集中治理可重用功能。 为插件、技能、连接器、自定义代理、MCP 服务器和共享自动化分配所有者并实施生命周期控制。
这些平台正在融合，而控制措施正在分化。Microsoft 正在构建跨产品的执行层，IT 现在必须治理这一层能够执行的操作。