2026 年 3 月 9 日，微軟在 Microsoft 365 技術社群部落格公告：Anthropic 的 Claude Sonnet 5 即日起進駐 Microsoft 365 Copilot，率先在 Copilot Cowork 與 PowerPoint 的 Copilot 登場，管理員可透過政策控制決定誰能使用。
對企業 IT 來說，真正的新聞不是「多了一個模型」，而是模型選擇正式進入辦公室生產力工具。Microsoft 365 Copilot 曾是 OpenAI 模型的專屬載具，如今 Anthropic 的模型走進同一個介面——這是微軟多模型策略最具體的落地，也是企業 AI 採購邏輯改寫的起點。
3 月 9 日宣布了什麼
公告本身很短：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 的分類、保留與蒐證對應到新模型場景。
模型選擇成為採購與架構決策
這次更新把三個技術圈的問題搬上採購會議桌。一是模型路由：任務按成本、能力還是資料敏感度決定送哪個模型？二是供應商風險：微軟自己都在稀釋對單一模型的依賴，企業更不該把應用綁死在一家模型上，抽象層與可替換性從「加分題」變成架構預設。三是成本：計費維度、用量歸屬與預算控制都要重新設計。
對開發者的啟示一致：模型是可替換零件，不是地基。把產品與單一模型深度耦合，等於把別人的迭代風險變成自己的營運風險——微軟用行動示範了這一課。
參考來源
- Available today: Anthropic’s Claude Sonnet 5 in Microsoft 365 Copilot — Microsoft Tech Community
- Microsoft embraces OpenAI rival Anthropic to improve Microsoft 365 Copilot — The Verge
- Claude Sonnet integration in Microsoft 365 Copilot — Oflight
本文由 AI 協助自上述來源整理，經人工審核後發布。