上周我们梳理了微软从芯片到云端的完整自研 AI 栈。本周的故事转向当你向竞争对手的模型开放这个栈时会发生什么——以及当你把 AI 推到用户不想要的地方时会发生什么。微软在 7 月 24 日将 Anthropic 的 Claude Opus 5 加入 Copilot 模型选择器，让用户首次在 Microsoft 365 内体验到真正的多供应商 AI。两天前，微软做出了罕见的逆转：在用户强烈反对后取消了 Outlook 的 Copilot 搜索功能。而今天，7 月 28 日，连接 AI 智能体与企业系统的管道——模型上下文协议（MCP）——定稿了其最大规模的规范更新，全面转向无状态。
对于 IT 领导者而言，本周标志着多模型 Copilot 不再是路线图承诺，而是一个配置决策。理解哪些模型可用、如何治理以及用户真正想要什么，比追踪基准分数更重要。
1. Claude Opus 5 加入 Microsoft 365 Copilot
7 月 24 日，微软宣布 Anthropic 的 Claude Opus 5 正在向 Microsoft 365 Copilot 的模型选择器推送，覆盖 Word、Excel、PowerPoint、Copilot Chat、Copilot Cowork 和 Copilot Studio。这紧随 Claude Sonnet 5 于 7 月 2 日进入 Copilot 之后，使 Copilot Chat 中可选模型总数至少达到五个：Auto、Claude Sonnet 5、Claude Opus 4.8、GPT-5.5 和 Claude Fable 5，其中 Opus 5 现已取代 Opus 4.8 成为顶级 Opus 选项。
定位是刻意为之的。微软将 Claude Sonnet 5 定位为日常智能体任务的主力——中等复杂度、良好速度、成本高效。Claude Opus 5 则是手术刀：长文档推理、多步骤分析、复杂结构化内容生成。GPT-5.6 仍然是大多数交互的默认模型。在 Copilot Cowork 中，一种名为"Sonnet + Opus 顾问"的配对模式用 Sonnet 执行任务、用 Opus 审查结果，在成本和质量之间取得平衡。
管理控制在这里很重要。 Anthropic 模型对 UK、EU 和 EFTA 租户默认关闭，因为处理发生在微软 EU 数据边界之外。管理员需要在 Microsoft 365 管理中心的 Copilot → 设置 → AI 提供商路径下明确启用 Anthropic 为 Microsoft 子处理者。对于这些区域之外的商业租户，Anthropic 模型默认开启。自 7 月 15 日起，非联邦 GCC 客户也可以选择启用。新模型一旦启用就会自动出现在选择器中——无需针对每个模型进行额外配置。
对 IT 领导者的意义： 多模型 Copilot 现在是生产现实，不是预览版。你的用户可以为特定任务选择 Claude Opus 5，然后为下一个任务切换回 GPT-5.6。这是一个功能，不是问题——但它需要治理。审查你的子处理者设置，了解哪些用户组可以访问哪些模型，并确保你的数据驻留要求能容纳 Anthropic 的处理位置。“Copilot 在用哪个模型？“作为隐藏路由决策的时代正在终结；用户将越来越多地自己做出这个选择。
2. Outlook 的 Copilot 搜索：已取消
在一次罕见的 AI 逆转中，微软于 7 月 23 日确认已取消 Outlook 的 Copilot 搜索集成。该功能原计划用 Copilot 驱动的界面取代 Outlook 的经典搜索体验，在用户强烈反对后被撤回。一条消息中心更新声明微软已"决定不再推进此变更"并为带来的不便道歉。
取消适用于 Windows、Android、iOS 和 Web 版 Outlook。Outlook Classic 从未受到原计划的影响。
这之所以值得关注，不是因为 Copilot 搜索本身有多差，而是因为它代表了微软的首次重大 Copilot 撤退。用 AI 优先界面取代既有的、功能完善的 UI 正在触及可用性瓶颈。用户依赖 Outlook 搜索进行快速、精确的检索——关键词过滤、发件人排序、日期范围——而对话式 Copilot 界面无论多先进，都为原本已经解决的问题增加了摩擦。反对声浪发出了一个清晰信号：AI 应该增强生产力工作流，而不是为了 AI 采用指标而取代可用的工具。
与此同时，微软正在从 8 月中旬起用 Microsoft 365 Copilot 会议准备功能取代 Outlook 中的 Meeting Insights。Copilot 也在 Outlook 编辑器中为拥有 M365 Copilot 许可的用户推出，初始覆盖 Web、新版 Windows 客户端和移动端——Mac 和 Outlook Classic 将在 2026 年晚些时候跟进。
对 IT 领导者的意义： Copilot 搜索的取消是采用策略的有用数据点。不顾用户需求将 AI 推入每个表面会引发抵触。向团队传达 Copilot 是附加性的——它增强搜索、起草和分析——但微软正在（公开地）学习并非每个功能都需要 AI 重写。密切关注 Outlook 编辑器集成和 Meeting Insights 替代的用户反馈。
3. MCP 2026-07-28：协议转向无状态
今天，7 月 28 日，模型上下文协议定稿了自发布以来最大规模的规范更新。MCP——连接 AI 智能体与企业工具、数据源和 API 的开放标准——正在转向无状态，变更对于任何构建智能体基础设施的组织来说都是重大的。
头条：initialize 握手被移除。 客户端和服务器之间不再有 initialize/initialized 往返。协议版本、客户端信息和能力现在通过 _meta 随每个请求传递。新的强制性 server/discover RPC 允许客户端按需获取服务器能力。Mcp-Session-Id 头被完全取消——服务器不再在请求之间保留客户端记忆，这意味着任何请求都可以落到任何服务器实例上。这使得在普通负载均衡器后面实现水平扩展成为可能，而这在 MCP 的有状态会话模式下是不可能的。
任务被重新设计。 Tasks 功能从核心规范移至官方扩展（io.modelcontextprotocol/tasks）。阻塞式 tasks/result 被通过 tasks/get 的轮询取代，tasks/list 被完全移除。这对于任何依赖同步任务完成的智能体管道来说是破坏性变更。
企业管理授权（EMA）已稳定。 于 7 月 6 日达到稳定状态，EMA 允许中央 IT 决定哪些 MCP 连接是被允许的——这是 AI 智能体集成的企业级访问控制。Anthropic、微软和 Okta 都已实现。这是使 MCP 在受监管环境中可行的治理层。
弃用： Roots、Sampling、Logging 和 HTTP+SSE 传输全部进入弃用状态，最低 12 个月迁移窗口持续到 2027 年中。完整 JSON Schema 2020-12 支持现为强制要求。W3C Trace Context 被要求用于分布式追踪。
Beta SDK 现已可用：Python mcp v2.0.0b1、TypeScript v2、Go v1.7.0-pre.1 和 C# v2.0.0-preview.1。旧客户端通过回退路径与新服务器互操作，因此生产环境在 7 月 28 日之后仍可运行——但迁移应在弃用窗口内完成。
对 IT 领导者的意义： 如果你的组织正在构建或部署基于 MCP 的智能体集成，这次规范变更是自 MCP 发布以来最重大的架构转变。无状态模型对扩展性和弹性更好，但需要 SDK 更新和测试。更重要的是，EMA 达到稳定意味着你现在可以对 MCP 连接强制执行企业访问控制——将其视为安全基线，而非可选功能。根据新规范审查你的智能体集成，并在 12 个月窗口内规划迁移。
4. Microsoft Agent 365：首个大型企业部署
Microsoft Agent 365——用于在企业规模下治理、监控和保护 AI 智能体的控制平面——于 2026 年 5 月 1 日正式发布。本周，它获得了首个公开命名的大型企业部署：宏利金融（Manulife）于 7 月 22 日宣布与微软扩大合作，包括部署 Agent 365，同时将 Microsoft 365 Copilot 采用扩展到超过 30,000 名员工。
Agent 365 不是一个构建智能体的产品——它是其上方的治理层。它连接微软现有的身份、合规和安全技术栈：Entra Agent ID 为每个智能体提供受管身份，Microsoft Purview 处理数据治理，Microsoft Defender 提供威胁防护。其价值主张是可见性——一个统一位置查看环境中的每个智能体、它能访问什么、谁拥有它以及它在做什么。
这很重要，因为智能体蔓延已经是一个真实的问题。组织在 Copilot Studio、Azure AI Foundry 和第三方平台上构建了智能体，往往缺乏集中追踪。Agent 365 将这些从不可见的软件转变为具有发起人、所有者和明确范围的受管实体。对于 Entra 管理员来说，这也意味着新的治理责任：7 月 24 日的 Entra ID 更新明确将 AI 智能体安全定位为身份问题，建议建立智能体清单、基于蓝图的治理，以及使用自定义安全属性为智能体身份范围化 Conditional Access 策略。
对 IT 领导者的意义： 如果你的环境中有多个智能体——而且如果你已部署 Copilot Studio 或 Azure AI Foundry，你几乎肯定有——Agent 365 是你需要的治理工具。宏利的部署是大规模采用的参考案例。从智能体清单开始：Entra ID > 智能体 > 智能体概览可提供可见性。然后定义所有权：每个智能体需要一个发起人（业务负责人）和一个所有者（技术负责人）。像对待任何其他非人类身份一样对待智能体——因为它们正是如此。
5. Copilot 管理和智能体更新
本周有多项管理和智能体相关更新：
Microsoft 365 管理智能体已正式发布，自 7 月 22 日起。Entra 内置管理员现在可以通过 Copilot Chat 用自然语言管理 Microsoft 365 管理中心任务——对于帮助台和运营团队来说是显著的生产力提升。
Copilot 智能体现在支持多个所有者，7 月 24 日宣布，将于 2026 年 8 月在全球推出。团队可以协作管理和编辑智能体，拥有同等权限、改进的共享控件，以及支持组织级发布。这消除了单一智能体所有者造成的单点故障风险。
管理员现在可以阻止多达 1,000 个特定网站被 Copilot 用作网络源。此 Web 内容控制功能从 2026 年 7 月中旬可用，默认关闭直到配置。它提供了对 Copilot 生成答案时可引用来源的精细控制——对于合规、竞争敏感性或质量控制非常有用。
Copilot 移动应用新增录音功能，支持语音笔记和 AI 生成的转录，将于 2026 年 8 月下旬推出。录音存储在 OneDrive 中，受现有 M365 安全和合规策略管辖。这将 Copilot 的覆盖范围扩展到打字不便的移动场景。
策略链接设置现已面向被阻止的 Copilot Chat 用户可用——管理员可以配置一个自定义 URL，在用户被阻止时显示，引导他们查看公司策略文档。虽小但对用户体验很重要。
6. Mistral 集成与模型目录扩展
微软深化了与 Mistral AI 的合作，将 Mistral Medium 3.5 和 OCR4 集成到 Microsoft Foundry，Medium 3.5 同时在 Copilot Studio 中可用。微软还将利用 Mistral 基于 NVIDIA Vera Rubin 代 GPU 构建的欧洲 AI 基础设施。
这在战略上具有重要意义，原因有二。首先，它将 Copilot Studio 中可用的模型目录扩展到微软自研 MAI 模型和 OpenAI/Anthropic 选项之外——为构建自定义智能体的企业提供了更多选择，特别是对于数据驻留至关重要的欧洲工作负载。其次，Mistral 的欧洲基础设施为微软提供了一条可信的基于 EU 的推理路径，最终可能有助于解决目前默认阻止欧洲租户使用 Anthropic 模型的 EU 数据边界差距。
7. 微软 Q4 FY2026 财报：AI 聚光灯
微软于 7 月 29 日发布 Q4 FY2026 财报——本文发布的次日。华尔街共识预期营收约 876 亿美元（同比增长约 15%），每股收益约 4.24 美元（同比增长约 16%）。微软自身指引：867 亿至 878 亿美元。
需要关注的 AI 指标：
- AI 年化营收运行率： Q3 FY2026（截至 3 月 31 日）突破 370 亿美元，同比增长 123%。Q4 应显示这种加速是持续还是常态化。
- Microsoft 365 Copilot 付费席位： Q3 超过 2000 万，同比增长 250%。随着 Copilot 自 7 月 1 日起成为 Microsoft 365 商业版标准配置，席位数量应大幅跳增。
- Azure AI / 云增长： Q3 Azure 增长 40%（恒定汇率 39%）。Q4 指引暗示恒定汇率增长 39-40%。Azure AI 服务是主要驱动力。
- AI 基础设施支出： 微软指引 Q4 单季 AI 资本支出超过 400 亿美元。关注 FY2027 资本支出前瞻指引——这个数字将决定微软的 AI 投资周期是加速还是趋于平稳。
对 IT 领导者的意义： 财报的意义不在于标题数字，而在于前瞻指引。微软的 AI 资本支出轨迹将预示他们在下个财年以多大力气推动模型开发、数据中心扩展和 Copilot 功能速度。如果 Copilot 席位数量因商业版捆绑而显著跳增，预期微软将加速功能交付——以及独立 Copilot 许可证的定价压力。
战略下一步
- 配置 Claude Opus 5 访问权限 — 审查 Microsoft 365 管理中心中的子处理者设置。决定 Opus 5 应向所有用户开放还是限制到处理复杂分析任务的特定组
- 盘点你的智能体 — 使用 Entra ID 的智能体概览识别环境中的每个智能体。为每个智能体分配发起人和所有者。如果你没有 Agent 365 许可，在 FY2027 规划中为此做预算
- 规划 MCP 迁移 — 如果你有基于 MCP 的集成，在 12 个月弃用窗口内安排 SDK 升级到 2026-07-28 规范。在现有负载均衡器后面测试无状态行为
- 启用 Web 内容控制 — 在 Copilot 设置中配置阻止站点列表，防止敏感或不可靠来源影响 AI 生成的内容
- 准备多所有者智能体 — 在 8 月推出前记录你的智能体所有权模型。识别哪些智能体应该组织级发布，哪些应该团队范围使用
- 关注财报电话会议 — 7 月 29 日收盘后。跟踪 AI 营收运行率、Copilot 席位增长和 FY2027 资本支出指引。这些数字将塑造微软未来 12 个月的产品路线图速度
本周的 Copilot 故事是关于边界的——AI 属于哪里（模型选择器、智能体治理、管理工具），不属于哪里（取代 Outlook 搜索）。微软正在公开地、有时痛苦地学习，AI 采用不是关于覆盖率指标。它是关于为每个任务提供正确的工具，无论那个工具运行在 GPT-5.6、Claude Opus 5 上——还是正如微软本周确认的那样——经典关键词搜索。在 Copilot 上取得成功的组织将学到同样的教训：AI 是一种需要选择性部署的能力，而不是普遍应用的功能。
更多每日 Copilot 和微软 AI 分析，请关注 https://x.com/kkaminski。