导读:微软正准备撤掉大部分内部 Claude Code 许可证,要求工程师转向自家的 GitHub Copilot CLI。负责 Windows、Microsoft 365、Outlook、Teams 和 Surface 的 Experiences + Devices 团队将在 6 月 30 日前全面停用。
5 月 14 日,根据 The Verge 微软专栏记者 Tom Warren 爆料,微软正启动内部大规模调整:全面取消数千名开发者的 Claude Code 使用权限,要求所有团队在 6 月 30 日(微软当前财年末)前,统一切换至自家的 GitHub Copilot CLI。
作为当下硅谷热度最高的 AI 编程工具,Claude Code 的硬实力远超微软自研产品。
微软自去年 12 月向内部开放 Claude Code 后,短短六个月,其用户量呈爆发式增长,直接分流了 GitHub Copilot CLI 的核心用户,甚至让不少微软工程师将其作为首选工具。
去年 11 月,双方进一步深化战略合作:微软投入 50 亿美元,将 Claude Sonnet 4.5、Opus 4.1、Haiku 4.5 接入 Azure Foundry 平台,Claude 模型销售额直接纳入 Azure 业绩指标。同时,Claude Cowork 技术融入 Microsoft 365 Copilot,成为 Office 特定任务首选。
但此次停用 Claude Code,完全不影响 Azure Foundry 的模型合作。微软的态度清晰直白:卖 Anthropic 的模型赚钱可以,让自家工程师天天用竞品编程工具不行。
Claude Code 的强势发展,让微软感受到自研工具的压力,GitHub 团队被迫扛起追赶重任。
微软E+D (体验与设备事业部)执行副总裁 Rajesh Jha 在内部备忘录中给出的理由为统一工具链,他明确指出:“打造微软工程师体验最佳的 Agentic 编程工具,是 GitHub 与 E&D 的共同责任。” ,并明确Copilot CLI 的价值在于微软可以和 GitHub 一起直接塑造产品。不过 6 月 30 日恰好是微软当前财年的最后一天,砍许可证同时也是压缩新财年运营成本的现成手段。
取消 Claude Code 不影响微软与 Anthropic 的其他合作。Claude 模型仍可通过 Copilot CLI 调用,在 Microsoft 365 和 Copilot 中继续服务,Foundry 协议及 Cowork 功能整合不受波及。
目前 GitHub 已根据内部反馈,对 Copilot CLI 完成多轮优化,但核心差距仍未能抹平:
为缩小差距,微软曾考虑收购 AI 编程工具 Cursor,最终因规避反垄断审查放弃,转而考察其他 AI 初创公司。
两款工具的核心差异,本质是 “基因不同”:
从商业层面看,微软团队的决策逻辑甚为清晰:
但对开发者而言,这是一次被迫的体验降级。留给迁移的时间不足六周,习惯了 Claude Code 高效处理复杂工程问题的工程师,如今被迫适配尚未成熟的 Copilot CLI。
Rajesh Jha 在备忘录末尾呼吁工程师提交 Bug 反馈,潜台词直白:工具还不够好,但大家必须用。
未来,微软与 Anthropic 在云服务、模型授权领域的合作将持续深化,但在终端工具层面,微软坚定奉行“自家优先”—— 再好的外部工具,终究难敌自研生态的壁垒。
作者:场长
参考:
https://www.theverge.com/tech/930447/microsoft-claude-code-discontinued-notepad
本篇文章为 @ 场长 创作并授权 21CTO 发布,未经许可,请勿转载。
内容授权事宜请您联系 webmaster@21cto.com或关注 21CTO 微信公众号。
该文观点仅代表作者本人,21CTO 平台仅提供信息存储空间服务。
请扫描二维码,使用微信支付哦。