微軟逐步停用 Claude Code，內部工程團隊轉投 Copilot CLI

如果員工各自使用不同獨立 AI 工具，這種企業級治理會變得困難得多。

這不是「OpenAI 贏、Anthropic 輸」

乍看之下，取消 Claude Code 好像代表微軟更偏向 OpenAI。但從產品策略來看，情況其實更複雜。

Copilot 本身支援多個模型供應商。

在 Copilot CLI 中，開發者可以按任務選擇不同模型，例如 Claude、GPT 或其他模型。

事實上，Anthropic 的 Claude 已經整合進微軟多個產品。例如 Microsoft 365 Copilot 在 2026 年開始向不少商業租戶提供 Claude 模型作為選項。

此外，GitHub 亦會定期更新模型版本，例如淘汰舊版 Claude Opus 4.1，並改為推薦 Claude Opus 4.6。

換句話說，微軟並沒有移除 Claude 模型，只是把使用入口 集中到自己的平台。

成本因素 vs 平台整合

當企業同時使用多種 AI 編程工具時，成本確實會增加：

• 不同產品授權費
• 重疊工具管理
• 複雜的 IT 支援

不過，目前公開報道 沒有提供任何具體節省金額或成本數據，因此很難說削減成本是主要原因。

更明顯的趨勢是 平台整合（platform consolidation）：

• Copilot 成為預設 AI 編程入口
• GitHub 成為模型與代理的控制平面
• 管理員統一管理安全與政策

這樣微軟可以把 AI 開發工具與 GitHub、身份管理、安全系統及程式碼庫 更緊密整合。

微軟 AI 策略透露了什麼

整件事其實反映了微軟一個清晰方向：

多模型，但由微軟平台分發。

意思是：

• 開發者仍可使用不同 AI 模型
• 模型供應商在平台內競爭
• 微軟掌握開發者入口與企業管理層

從商業角度看，這等於把 GitHub Copilot 變成 AI 開發的操作系統。

行業共同的取捨：最佳工具 vs 平台整合

Claude Code 的試驗也反映整個企業 AI 市場的一個現實：

很多時候，最好用的工具未必會贏。

大型企業更看重：

• 採購與授權流程
• 安全與合規
• 身份管理
• 數據治理
• 企業級支援

即使某些開發者更喜歡獨立 AI 工具，公司仍然可能選擇一個 與自身平台深度整合的方案。

微軟從 Claude Code 轉向 Copilot CLI，很大程度上正是這種取捨的例子：

保留最強模型，但把真正的使用入口放在 GitHub 平台。