上週我們梳理了微軟從晶片到雲端的完整自研 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。