摘要： 微軟於 2026 年 3 月 9 日宣布，Anthropic 的 Claude Sonnet 5 當天起可在 Microsoft 365 Copilot 使用，首批開放 Copilot Cowork 與 PowerPoint。管理員以政策控制存取，導入前還需檢查 Entra ID 授權、資料流安全與合規對應。文章認為這讓模型選擇正式成為生產力套件的採購與架構決策。
微軟替辦公室生產力套件迎來了新成員。2026 年 3 月 9 日，Microsoft 365 技術社群部落格發出公告：Anthropic 的 Claude Sonnet 5 從當天起可在 Microsoft 365 Copilot 使用，最先開放的介面是 Copilot Cowork 與 PowerPoint 裡的 Copilot，哪些人能用則由管理員以政策控制決定。
對企業 IT 而言，這則消息的分量不在「多了一個模型」，而在模型選擇已正式走進辦公室生產力工具。過去的 Microsoft 365 Copilot 只搭載 OpenAI 模型，如今同一個介面也容得下 Anthropic 的模型——這代表微軟的多模型策略有了最具體的落地成果，企業 AI 採購的邏輯也自此改寫。
公告裡寫了什麼
公告篇幅不長，訊息卻很具體：Claude Sonnet 5 於當天開始在 Microsoft 365 Copilot 推出，首批範圍鎖定 Copilot Cowork 與 PowerPoint 內的 Copilot，存取權交給管理員的政策控制管理。換句話說，這不是實驗性質的預覽，而是連治理介面都一併到位的正式部署。
至於為什麼是 Claude？第三方整理給出的答案偏向實際場景：Sonnet 5 配有 20 萬 token 上下文視窗，大型 SharePoint 文件庫與冗長的 Teams 對話紀錄都處理得來；程式與邏輯類工作——例如 Power Automate 流程、Graph API 腳本或 Power BI 的 DAX 公式——也在其能力範圍內；另外還包括多語草擬，以及從會議轉錄萃取內容。
告別單一模型：多模型策略上路
這一步有其前史。The Verge 過去的報導指出，微軟先前已將 Claude Sonnet 4 與 Opus 4.1 帶進 Microsoft 365 Copilot，並將此舉視為其 AI 策略「超越 OpenAI」的訊號；隨著 Sonnet 5 加入，這條路線也從試水溫走向常態化。
策略上的算盤不難懂：與其讓生產力工具的命運繫於單一供應商的迭代節奏，不如交給各部門按任務挑選模型——法務合約交給 Claude、行銷內容交給 GPT。這也和我們年初觀察到的模型汰換加速相互印證（見〈2026 開年觀察〉）：載具維持模型中立，正是合理的風險管理。
導入前該檢查的治理關卡
多模型聽來彈性，真要部署，治理面向馬上加倍。這次上線對應以下幾個檢查點。
第一個關卡是授權：透過 Entra ID 條件式存取，權限可以細到每個模型分開設定——某些群組走 Claude，某些只開放 OpenAI 模型。第二個關卡是安全審查：逐一檢視各模型的資料流、API 呼叫模式與 prompt injection 防禦，並以管理中心搭配 Azure Monitor 架好監控。第三個關卡是合規：受 GDPR、FINRA 或 HIPAA 規範的組織，必須把 Purview 的分類、保留與蒐證對應到新模型的應用場景。
模型選擇正式列為採購與架構議題
這回更新把三個原本屬於技術圈的問題，直接端上採購會議桌。第一，模型路由：一項任務該按成本、按能力，還是按資料敏感度決定交給哪個模型？第二，供應商風險：連微軟都在稀釋自家對單一模型的依賴，企業更沒有立場把應用綁死在一家模型上——抽象層與可替換性已從「加分題」變成架構的預設選項。第三，成本：計費維度、用量歸屬與預算控制，全都得重新設計。
開發者得到的結論始終如一：模型是可抽換的零件，而非地基。產品一旦與單一模型深度耦合，就等於把別人的迭代風險收進自己的營運風險——這一課，微軟已親身示範。