www.theverge.com
Microsoft starts canceling Claude Code licenses
Thousands of Microsoft developers will use GitHub Copilot CLI instead
微软给员工用了半年 Claude Code，然后把它没收了
2025年12月，微软向数千名内部员工开放 Anthropic Claude Code，结果用得太好，内部更受欢迎过自家的 GitHub Copilot CLI。于是微软决定：6月底全面砍掉许可，推员工切回 Copilot——理由是「统一工具链」，时间是财年末最后一天。这背后是 AI 工具成本失控、GitHub Copilot 危机和一场活生生的内网政治。
「微软告诉员工，Claude Code 是好东西，大家放心用。」
然后用了六个月，微软改口了。
上周，The Verge 报道：微软正在取消大部分 Claude Code 许可证，推动内部开发者切换回自家的 GitHub Copilot CLI。受影响部门包括负责 Windows、Microsoft 365、Outlook、Teams 和 Surface 的 Experiences & Devices 团队，截止日期是 6 月 30 日——刚好是微软当前财年的最后一天。1
翻译一下：6 月 30 日是财年末，新预算从 7 月 1 日起算。趁着关账，先把外部工具的账单砍掉，顺手推内部产品——这笔账怎么都算得过来。
半年前还叫「实验」，现在叫「统一工具链」
2025 年 12 月，微软向数千名内部员工开放了 Anthropic Claude Code 的使用权限，做法带点民主化的姿态——不只是软件工程师，产品经理、设计师这些「非技术岗」也可以用。
官方说法是：推动全员用 AI 编码，探索自动化内部工作流。
说得漂亮。但结果是，Claude Code 在微软内部爆火。The Verge 的报道措辞很直接——「内部开发者对 Claude Code 的偏好程度明显超过 GitHub Copilot CLI」，两者之间仍存在「显著的功能差距」。1
这就尴尬了。
微软花数十亿美元收购 GitHub，把 Copilot 做成公司 AI 战略的核心展示窗口，结果自家员工在内网里用的是竞对的工具，每天用得不亦乐乎——这种画面，让 GitHub 高管怎么坐得住？
The Information 的报道补了一刀：微软高管内部已经发出警告，GitHub 正面临来自 Cursor、Claude Code 和 OpenAI 的存在性威胁，GitHub Copilot 的 AI 编码优势在迅速蒸发。2
于是有了这次「统一工具链」的决定。
微软的官方理由，每一句都能翻
微软给出了两个官方理由，值得逐一看看。
第一个：Copilot CLI 可以针对微软内部代码库、工作流和安全要求做深度定制。
这是真的。企业级工具确实需要和内部系统打通，这条理由站得住脚。
但问题是：如果这是核心理由，为什么一开始要引进 Claude Code？为什么引进之后，内部定制化需求是在「开发者反馈和 bug 报告」阶段才被提出来——而不是六个月前就被定义为先决条件？
这条理由的真实含义大概是：Copilot CLI 将来可以做到这些，但现在还差得远，所以需要时间。而在这段「差得远」的时间里，砍掉 Claude Code 是唯一的办法。
第二个：削减运营开支。
这个微软自己在报道里也承认了。1
Claude Code 是按 token 计费的。数千名员工疯狂调用 Anthropic 的 API，烧的是微软自己的预算。说这是「成本控制」，没什么可辩驳的，但拿「统一工具链」的高帽子来包装，多少有点虚伪。
还有一个没有写进官方声明但是在报道里出现的细节：微软此前曾评估收购 Cursor 以弥补 GitHub Copilot 的能力缺口，后来因为担心反垄断审查放弃了。1 换句话说，他们知道 Copilot 跟不上，但买不到竞争对手，只好让自家员工也别用竞争对手了。
正在加载链接预览…
开发者的感受，微软没打算问
最让人觉得讽刺的一幕，是微软在发给员工的内部通知里，要求大家在 Claude Code 被移除之前，「主动提交 Copilot CLI 的错误报告和反馈」。
翻译一下：我们承认 Copilot CLI 有问题，但你们能帮我们发现这些问题吗，感谢配合。
这条细节很能说明问题。企业 AI 工具的迁移通知，通常写的是「新工具更好，请切换」。写「帮我们找 bug」，说明新工具现在还不够好，这个事大家心里都清楚，只是默契地没有写透。
对于那些过去半年把 Claude Code 整合进日常工作流的开发者来说，这次强制切换意味着什么？workflow 要重建，使用习惯要推翻，生产效率短期内必然下降。之前频繁出现在 HN 上的工程师评论里，有一种情绪很鲜明——「我用 Claude Code 效率翻倍，现在要被迫用一个我反复报 bug 的工具」。3
微软没打算征集这些意见。截止日期写好了，到点就走。
正在加载链接预览…
「合作关系不受影响」，但影响的是什么
微软的官方声明特别强调：此次取消 Claude Code 许可，不影响微软与 Anthropic 的整体合作。Anthropic 的 Claude 模型仍在 Microsoft 365 和 Copilot 产品线中使用，Azure 上的 Foundry 客户也照常可以访问 Claude 模型。1
这段话没问题，是事实。但它同时揭示了一个更有意思的结构：微软愿意让 Anthropic 的模型住在 Azure 的机房里，作为 API 被调用赚钱——但不愿意让 Anthropic 的产品以「工具」的形态住在微软员工的电脑上，积累影响力、数据和口碑。
前者是供应商关系，后者是生态竞争。
在 AI 时代，「哪个工具每天被开发者调用」这件事，决定了哪家公司在工程师群体里有话语权。微软不想把这个位置拱手让给 Anthropic——哪怕是在自家员工的工位上。
这道理和之前 Artisan AI 要赶走人类员工是一样的逻辑，只不过这次换了方向：不是 AI 抢人的活，是 A 家 AI 抢 B 家 AI 的地盘，而 B 是自己老板家的竞争对手。
Uber 的故事更早发生
在这件事之前，AI 工具成本失控的案例已经在圈子里流传了一段时间。
2026 年 4 月，有报道指出 Uber 把全年的 AI 工具预算在四月就烧完了。4 细节有限，但逻辑是一样的：按 token 计费的 AI 工具，在规模化使用的场景下，账单会以非线性的速度增长。
这个成本结构，让每一家大规模引入 Claude Code、Cursor 或类似工具的企业，迟早都要面对「砍还是不砍」的问题。
只是微软把这个问题处理得特别清晰——先大方给，试用半年，让员工习惯，建立依赖；再以「统一工具链」为由拿走，顺便让工程师帮竞争对手的替代品测试 bug。整个流程，逻辑自洽。
正在加载链接预览…
微软真正的赌注
砍掉 Claude Code 之后，微软的下一步是加大对 Copilot CLI 的投入，让它深度集成进内部工程工作流。
这个计划能成功的前提只有一个：Copilot CLI 在接下来的迭代里，能缩小和 Claude Code 之间的功能差距，同时让微软内部工程师真的愿意用它。
这不是一件容易的事。工具的口碑一旦在工程师群体里形成，很难通过行政命令扭转。那些在 HN 上发帖说「Claude Code 效率翻倍」的工程师，他们对 Copilot CLI 的期待，现在是更高了，而不是更低了。
微软用了六个月的时间，亲手建立起了一个竞争对手在自己内网的标杆。现在它要做的，是证明 Copilot CLI 能超过这条线。
这笔账算不算得过来，要看微软 GitHub 团队接下来几个季度的动作。
如果 Copilot CLI 没有快速跟上，这次强制迁移的代价，会在下一次工程师绩效季里浮出水面——以生产力下降、项目延期或人才流动的形式。
这才是真正的账单，不在财报里，但在代码提交记录里。
围绕这条内容继续补充观点或上下文。