微软按下 vibe coding 暂停键：烧 token 已经比员工贵了

微软收回Claude Code：员工用得太爽，账单太贵

仅仅6个月前，微软还大张旗鼓地在2025年12月将Claude Code开放给数千名员工——工程师、产品经理、设计师全覆盖，鼓励所有人用“vibe coding”重塑工作流。员工们确实爱上了这个能一句话生成代码、帮产品经理手搓原型、让设计师写出可运行Rust的神器。但这份喜爱很快变成了微软财务部门的噩梦：每个人每月烧掉的token成本从200美元飙到500美元、2000美元，甚至更高。当一个30万美元年薪的工程师用Claude Code后产出提升20%，他烧掉的token账单却直接吞噬了提升带来的利润。到2026年5月，微软发现：让员工继续敞开用Claude Code，整体ROI已经转负。于是，裁员按钮换成了取消许可证按钮。

一个工程师年薪30万，token烧掉多少才算值？

核心矛盾在于成本对标。微软内部算过一笔账：假设一位工程师年薪30万美元，月成本约2.5万美元。如果Claude Code让他每月多产出20%（价值5000美元），但他同步烧掉2000美元token，净利差还有3000美元——看起来划算。但当使用深度提升到“vibe coding”级别（一天内AI生成代码占比超过70%），token账单轻松突破每月4000美元；加上模型调用量上涨导致API tier升级、缓存命中率下降，成本曲线几乎垂直上升。更致命的是，边际产出并不会随token消耗线性增长——工程师的时间有限，AI帮他加速了前20%的产出，但后续80%的瓶颈是人自身的决策和验证能力。最终token账单反超员工工资的边际贡献成为常态。微软2025年12月开放Claude Code时并未预料到员工会“上瘾”到这个程度——结果6个月后账单失控，成了财年最后一天的“断腕行动”。

同一个Token，两种算账方式：微软的副驾 vs YC的替代

几乎在同一周，YC合伙人Tom Blomfield在batch talk上说了完全相反的话：“如果你的API账单不让你心痛，说明你烧得不够。” 他认为烧token不是支出，而是替代——替代掉原本必须支付的工资。YC公司的典型账本是这样的：原来5个工程师做的活，现在用2个工程师加大量Claude Code token完成，token账单暴涨，但总人力成本从5份工资降到2份工资+两份token费，净成本下降。微软的逻辑则完全相反：它保留了原班人马（工程师、PM、设计师），把token当作“副驾的汽油”——只增加产出，不减少人头。结果是人头工资照付，token还是额外开销。两种算账方式决定了两种结局：YC的token越烧越省钱，微软的token越烧越亏钱。微软撤掉Claude Code的那天，不是AI经济学失败，而是“给原班人马加副驾”这个姿势被证伪了。

从Claude Code到Copilot CLI：微软的AI工具战略转向

微软并未撤掉Anthropic的模型能力——Copilot CLI仍会继续向员工提供底层推理能力。取消的只是Claude Code这个独立的产品入口。Rajesh Jha在内部备忘录里把决定包装成“工具统一化”：将AI代码生成能力收敛到自家Copilot体系内。背后原因很现实：Claude Code的token计费直接走Anthropic，微软无法通过内部定价调优或缓存复用控制成本；而Copilot CLI绑定Azure OpenAI，成本模型可被微软内部优化。此外，微软同步收紧AI使用策略：员工不再被鼓励“随意vibe coding”，而是要求必须在指定任务中（如单元测试生成、文档自动化）使用AI，且每月有token预算上限。这标志着微软从“鼓励无限探索”转向“控制Token总支出、把人头作为核心计算单元”的保守策略。当财年最后一天的截止日历翻过，微软的vibe coding实验也按下暂停键——不是技术的失败，而是一次组织会计学上的纠正。