微软突然腰斩Claude Code：数千人被迫换队，Copilot CLI要一统江湖？
去年12月，微软大手笔引入Anthropic的Claude Code，邀请数千名内部开发者天天用。结果这工具太受欢迎了——受欢迎到让微软自己力推的GitHub Copilot CLI成了摆设。
这下尴尬了。
据The Verge独家报道，微软Experiences + Devices团队（包括Windows、Microsoft 365、Outlook、Teams、Surface的工程师）将在6月30日之前逐步停用Claude Code，并要求开发者改用GitHub Copilot CLI。所有在这些部门工作、已经习惯Claude Code写代码的员工，都得在几周内完成工作流切换。
你可能会问：微软不是刚和Anthropic深度合作吗？说翻脸就翻脸？
原因有两个，但说白了就是一句话：亲儿子和干儿子的待遇从来不一样。
第一，Copilot CLI才是微软亲生的。这是命令行版本的GitHub Copilot，能在Visual Studio Code之外的各种开发环境里跑。微软想统一内部工具链——两套系统并行，意味着资源分散、管理成本高，还直接打击了自家Copilot产品的使用率。养两个工具，白养一个，总有人吃亏。
第二，财务压力。6月30日是微软本财年最后一天，取消Claude Code授权合同，是最简单粗暴的"降本增效"操作。新财年从7月开始，到时候财报上少一笔授权费，数字好看多了。据内部人士透露，这个决定背后有明显的财务驱动因素。
Experiences + Devices负责人Rajesh Jha在内部备忘录中写得很官方："我们同时提供Copilot CLI和Claude Code，目的是快速学习、在真实工作流中测试这些工具，了解什么最能支持我们的团队。"听起来像是在做实验，但明眼人都知道，实验结论早就定了——Copilot CLI赢了，自家的孩子自己疼。
不过对那数千名已经习惯用Claude Code的微软开发者来说，这个转变可能不好受。Claude Code在程序员社区口碑不错，代码生成质量高，操作也直观。突然被通知必须换工具，换谁都得重新适应一阵子。更何况Copilot CLI和Claude Code的使用逻辑并不完全相同，有些工作流可能需要重建。
更深层的问题在于：微软和Anthropic的合作关系，到底是战略联盟还是纯粹采购关系？Claude Code再好，终究是别人的技术。用别人的技术讨好自己的员工，最后发现员工的心已经偏向别人了——这大概是微软最不想看到的结果。
职场上有句话：干得好不如跟对人。公司也一样，干儿子再好用，也得给亲儿子让路。
微软这场"去Claude Code化"操作，本质上是在AI时代重新划定势力范围。Anthropic是个强劲的合作伙伴，但再强劲也比不上自己的亲儿子——Copilot系列才是微软AI战略的核心资产。这场内部工具战争的结局，从一开始就写好了。