微软为何内部取消 Claude Code，转向 GitHub Copilot CLI

为什么微软希望开发者转向 Copilot CLI

两种工具的区别不仅是背后的 AI 模型，更关键的是平台控制权。

GitHub Copilot CLI 是一个在终端运行的 AI 开发助手层，可以在命令行中直接执行自动化开发流程，并与 GitHub 基础设施深度集成。

对企业来说，它带来几个关键能力：

• 企业可以统一配置插件和工具
• 管理员能够制定安全和使用策略
• 团队可以集中分发内部代理（agents）或开发工具

GitHub 还推出了 Copilot CLI 插件的集中管理机制，允许管理员通过统一配置向整个组织分发自定义代理、hook 或 MCP 配置。

如果开发者各自使用不同的独立 AI 工具，这种统一治理就很难实现。

这并不是“选择 OpenAI 放弃 Anthropic”

从表面看，取消 Claude Code 许可似乎意味着微软偏向 OpenAI。但现有证据显示情况更复杂。

**Copilot 本身就是多模型平台。**开发者可以在同一个工具中选择不同模型，包括来自 Anthropic、OpenAI 或其他公司的模型。

事实上，Anthropic 的 Claude 模型已经被整合进微软多款产品。例如从 2026 年开始，很多企业用户的 Microsoft 365 Copilot 环境中已经可以使用 Claude 模型。

GitHub Copilot 也会定期更新模型版本。例如旧版 Claude Opus 4.1 已被弃用，并建议升级到 Claude Opus 4.6。

这些变化说明微软并没有移除 Anthropic 模型，而是把访问入口统一到 Copilot 平台内部。

成本因素 vs 平台整合

运行多个 AI 编程工具肯定会带来成本问题：

• 需要支付不同厂商的许可证
• 管理多个工具的安全策略
• 维护重复的开发流程

不过，目前没有公开数据表明微软节省了多少费用，也没有证据证明“削减成本”是主要动机。

更清晰的趋势是平台整合：

• Copilot 成为默认的 AI 编程入口
• GitHub 成为模型与代理的控制层
• 企业通过微软平台统一管理权限和策略

这样一来，AI 工具就能与代码仓库、身份系统、安全策略等基础设施深度结合。

这透露出微软怎样的 AI 战略

这次调整其实体现了微软 AI 战略中的一个重要方向：

多模型，但通过微软平台分发。

换句话说：

• 开发者使用的是 GitHub Copilot 这一入口
• 不同 AI 模型在后台竞争
• 企业通过微软工具进行统一管理

这种结构既保留模型竞争，又让平台掌握控制权。

更大的行业趋势：最佳工具 vs 平台原生

Claude Code 的试点也反映了企业 AI 采用中的一个常见矛盾。

很多独立 AI 工具在能力或体验上可能更强，但大型企业往往更偏向平台原生工具，因为它们更容易统一：

• 采购和许可证管理
• 安全与合规
• 身份与权限系统
• 数据治理
• 企业级技术支持

因此，即使部分开发者更喜欢某个独立工具，公司仍可能选择把所有工作流集中到一个平台。

微软从 Claude Code 转向 Copilot CLI，本质上就是这个取舍：模型可以很多，但开发者入口只有一个——GitHub。