The Verge 本周报道,微软的 Experiences + Devices 部门——涵盖 Windows、Microsoft 365、Outlook、Teams 和 Surface 的组织——将在 6 月 30 日财年末撤回其大部分内部 Claude Code 许可证。工程师们被要求在未来几周内迁移到 GitHub Copilot CLI。仔细读:这不是模型层面的禁令。Anthropic 的模型仍然可以*通过* Copilot CLI 与 OpenAI 和微软自有模型一起使用。改变的是微软内部 builder 日常使用的 agentic 编码 harness,而不是他们能调用哪些权重。按照报道,驱动因素是成本:微软最大产品组规模下的 Claude Code 许可证支出,是那种在年底会被挤压的预算行项。
这个故事是匿名来源的,微软没有官方宣布,这一点值得标记。已发布的报道中没有具名工程师或高管的引述,撰写时也没有微软的公开声明。The Verge 将其框定为发现的内部命令;Anthropic 尚未公开发表评论。6 月 30 日与微软财年末对齐是这是预算周期决定而非战略决裂的最强信号——Claude 路由在 Copilot CLI 内部保持活跃,是任何「微软在离开 Anthropic」解读的最强反驳。Copilot CLI 本身在今年早些时候作为微软的基于终端的 agentic 编码工具发布,定位为 VS Code 内 Copilot 的 IDE 外部对应物。
生态解读:微软拥有 Copilot,拥有 VS Code,拥有 GitHub,现在还有自己的 CLI 来做与 Claude Code 相同的工作。在拥有同等工具的基础设施所有公司,你预期会看到内部工程团队采用自己的产品而不是竞争对手的——这是常规动作。对 Anthropic 来说,光学影响是真实的——微软几乎肯定是 Claude Code 的顶级收入客户,「你最大的企业账户正在离开这个 harness」不是无影响的标题——但模型路由的连续性更重要。通过微软渠道交付 Anthropic 驱动产品的 builder 仍然有路径;在自己的工程团队上标准化 Claude Code 的 builder 正在观察他们的 CFO 也在观察的成本故事。这是规模成本成为「哪个 agentic 编码工具在大组织内部胜出」的一阶关注的一年。
周一上午:如果你管理 50 个以上座位的工程团队的 AI 工具支出,跑你自己的数字。单位经济学问题——Claude Code vs Copilot CLI vs Cursor vs Cody vs 自定义 harness——从「哪个感觉最好」变成了「每开发者的月账单是多少,乘以多少个开发者,对比什么生产力差值。」微软的内部切换是一个最大可能规模的数据点。诚实的未知:成本差距中有多少是微软可以谈判的合同定价 vs 其他人付的标价,2026 年 Copilot CLI 的实际能力差距是什么,以及其他 Fortune 500 组织是否会在明年财年 Q1 之前跟随 E+D 的领导。