在 2026 年 11 月 9 日 当周，Copilot 平台格局转向互联且可执行操作的智能体。Microsoft 和 GitHub 扩展了 Copilot Studio、Microsoft 365 Copilot 和 GitHub Copilot 中的智能体互操作性、编辑器访问、工作流自动化、企业管理及使用控制功能。
对于 IT 领导者而言，信号很明确：本周的主题是 运营融合。Copilot 不再局限于孤立的聊天界面——智能体可以跨工具运行、对业务数据执行操作并参与受管工作流，而管理员则承担新的治理和容量规划义务。
1. Copilot Studio — 智能体运营跨越工具边界
Microsoft 表示，现在可通过受支持的命令行界面和开发人员工具（包括 GitHub Copilot、Claude Code 和 Codex）操作 Copilot Studio。通过其 Model Context Protocol 服务器，受支持的客户端可以发现资源、创建或配置智能体和工作流、运行评估、发布更改以及排查部署问题。
Microsoft 还宣布，智能体工作流中符合 MCP 标准的工具已正式发布。这使 MCP 从一项集成试验转变为企业智能体体系中日益重要的互操作层。
Copilot Studio 更新增加了具备业务流程记忆的持久型智能体、基于事件或计划的触发器，以及智能体间互操作性。Microsoft 还将范围限定凭据描述为私人预览，因此 IT 团队不应将该控制功能视为正式全面可用。
新的 Agent Evaluations CLI 通过支持创建、执行和分析智能体测试，增加了另一个生命周期组件。这不仅仅是另一个创作界面，而是面向能够保留上下文并发起操作的智能体，开始建立测试和发布规范。
这对 IT 领导者意味着什么： 在团队将 Copilot Studio 连接到多个开发工具之前，应为智能体清单、凭据、评估和发布权限建立所有权模型。持久型智能体需要比传统聊天机器人管理更接近应用程序运营的变更控制。
2. GitHub Copilot — 更多编辑器和更安全的 CLI
GitHub 表示，GitHub Copilot 现已通过 Agent Client Protocol 作为智能体在 JetBrains Air 中可用，而其 Xcode 编程助手已进入公共预览阶段。这一区别非常重要：JetBrains Air 代表已投入使用的智能体集成，而 Xcode 仍处于预览阶段，应与生产标准工具分开评估。
据 GitHub 称，现在可以从 GitHub.com、GitHub Mobile、Copilot CLI、Copilot app、VS Code 和其他受支持的界面启动 Copilot 云端任务。工作可以在更多位置开始，但这也使身份、存储库访问和任务归属变得更加重要。
Copilot CLI 版本 1.0.106 和 1.0.107 新增了用于在 VS Code 中打开当前会话的 /code 命令、统一的 /settings 仪表板、改进的会话连续性以及 Kitty 内嵌图像渲染。这些版本还在 CLI 无法完全解析脚本时引入了更严格的审批机制。
最后一项变更是运营重点。CLI 无法理解的脚本不应仅因其在既有会话中生成，就自动继承默认批准。
这对 IT 领导者意味着什么： 明确哪些编辑器和 CLI 集成已获批准，然后测试会话交接、授权提示和存储库边界。将 Xcode 视为受控预览，并在大规模部署 CLI 之前验证更严格的脚本审批机制。
3. Microsoft 365 Copilot — 智能体执行更多操作
Microsoft 表示，Microsoft 365 Copilot 现在可处理更多自然语言 Outlook 操作，包括删除、移动、复制和分类邮件，以及管理收件箱规则和文件夹。批量更改需要确认。
这是从摘要功能向邮箱管理功能的重要扩展。确认机制可减少意外批量执行，但不能取代针对含糊指令、文件夹范围和规则行为的培训。
Microsoft 还表示，通过 MCP 创建的智能体可在 Word、Excel、PowerPoint、Outlook 和 Microsoft 365 Copilot Catalyst 体验中使用。与此同时，App Blocks 已从开发阶段进入逐步推出阶段，Confluence 连接器的优化查询筛选支持已达到正式发布状态。
根据 Microsoft 的发行说明，Copilot Cowork 增加了一个连接 Planner 与 Cowork 的 Planner Plugin。Copilot Studio 还预览了一个 Copilot 节点，该节点能够运行以已连接用户的邮件、文件、日历和聊天内容为基础的 Copilot Chat 或 Cowork 任务。
这对 IT 领导者意味着什么： 在启用更广泛的智能体工作流之前，应审查围绕邮件、文件、日历、聊天和 Planner 的权限。这些功能不仅仅是回答问题——它们可以更改用户环境，并协调跨已连接服务的工作。
4. GitHub 管理 — 策略进入 API
GitHub 表示，现在可通过 REST 和 GraphQL API 管理 Copilot 代码审查设置，覆盖范围从企业策略一直到各个存储库。可用控制项涵盖启用状态、审查力度、运行器、自定义指令和 MCP 工具。
管理员还可获得对 AI 积分的改进可见性，以及针对失败或超时审查的重试选项。据报道，与 GitHub 或 Microsoft 客户团队合作的组织可以为每位已获许可的 GitHub Enterprise 用户获取 Copilot，而无需购买单独的 Copilot 订阅；但使用量仍基于积分，并与企业预算挂钩。
这一打包变更并未消除成本治理需求。它将控制点从席位购买转向使用预算、策略继承和使用情况报告。
GitHub Copilot Projects 也已进入公共预览阶段，用于协调跨多个存储库的工作；与此同时，更高深度的 Max 审查层级与 Lite 和 Balanced 一同进入预览。这两项预览都扩大了自动化工作在资源和治理方面的潜在范围。
这对 IT 领导者意味着什么： 将 Copilot 审查策略转化为集中管理的配置，并将 AI 积分所有权映射到现有工程预算。捆绑访问可以加快采用速度，但基于积分的使用量仍需要告警、分配规则和例外处理机制。
5. Copilot Chat — 合理使用限制覆盖更大规模租户
Microsoft 开始将未公开的合理使用限制从图像生成扩展到更多 Copilot Chat 功能，适用于未购买付费 Microsoft 365 Copilot 加载项的商业用户。该推出计划于 11 月 2 日 面向席位数不超过 2,000 个 的租户开始，并于 11 月 9 日 面向更大型组织开始。
根据已报道的推出细节，管理员无法查看或调整数值阈值。由于没有可见的容量控制，支持团队可能需要在缺少租户级限制计量器的情况下诊断面向用户的限制问题。
与此同时，Microsoft 表示 Claude 模型将进入 EU Data Boundary 内的 Microsoft Copilot。这一变更在保留适用区域数据保护的同时扩展了模型选择，但每个模型仍需根据组织策略和工作负载要求进行审查。
这对 IT 领导者意味着什么： 记录哪些用户依赖未附带付费加载项的 Copilot Chat，并为合理使用中断准备升级处理指南。模型选择和使用限制必须共同治理——功能可用并不保证容量可预测。
战略后续步骤（面向 IT 领导者）
盘点智能体入口。 记录每一个已批准的 Copilot 编辑器、CLI、Microsoft 365 应用程序和 Copilot Studio 集成。
区分预览与生产环境。 对 Xcode、Copilot Projects、Max 审查和预览工作流节点应用不同的支持与数据处理策略。
测试操作控制。 验证 Outlook 更改、脚本执行、智能体发布和跨服务工作流的确认行为。
集中管理策略。 使用企业和存储库控制项来标准化代码审查力度、运行器、指令和 MCP 访问。
为不透明限制做好规划。 为管理员无法检查或修改的 Copilot Chat 容量限制创建支持流程。
这些界面正在融合。智能体正在获得记忆、工具和执行路径。治理现在必须跟随操作而行。