游乐游手机版
首页/AI教程/文章详情

微软也扛不住高昂的AI成本

时间:2026-07-01 15:22
微软因克劳德代码按令牌计费成本过高,取消近十万工程师授权,改用自家GitHub协作编程命令行工具。优步等企业同样面临人工智能工具账单飙升困境,人工智能定价正从包月转向按使用量计费,效率越高成本越高。

近日,微软宣布自6月30日起,大幅削减内部大部分工程师的Claude Code使用权限,全面转向其自研的GitHub Copilot CLI

值得注意的是,就在半年前,微软还在积极推广Claude Code,鼓励工程师用它重构工作流程。然而仅半年后,一纸通知便全面切断其使用。据The Verge报道(标题为“Microsoft cancels internal Claude Code licenses”),此次调整覆盖了负责Windows、Microsoft 365、Teams、Outlook和Surface的所有工程师,人数接近十万。

给出的理由非常直接:成本太高。

这家市值高达3.5万亿美元的科技巨头,曾向OpenAI投入130亿美元,向Anthropic投资50亿美元,而Anthropic也承诺斥资300亿美元购买Azure算力。然而,面对Claude Code的账单,微软也不得不承认难以承受。

根本问题在于计费模式。Claude Code采用按Token计费——模型处理的每个字符都要付费。工程师使用Claude Code编写代码时,单次请求消耗的Token数量是普通对话的数十倍。代码上下文、项目结构、需求描述、方案生成、调试建议……每一个环节都在大量消耗Token

使用量越大,费用越高。而AI最具吸引力的地方,恰恰是鼓励用户高频使用。

Uber的状况更为惊人。其CTO在内部备忘录中指出:95%的工程师每月活跃使用AI工具,84%已进入“智能体编码”模式,70%的线上代码提交由AI生成。

这些数据看似亮眼,但代价同样惊人——原本为2026年全年准备的AI预算(约34亿美元),仅四个月便消耗殆尽。

具体来看Claude Code在Uber的消耗情况:引入5000名工程师后,月活跃率飙升至85%-95%,每位工程师每月的API成本介于500至2000美元。这意味着一个百人团队,仅这一项AI工具,年支出便可达数百万美元。

Uber的CTO用一句话形容自己的处境:“I'm back to the drawing board”——一切推倒重来。

过去三十年,软件行业的定价逻辑一直是“包月自助”——支付固定月费后随意使用。Office 365、Jira、Slack等均采用此模式。使用越多,单次成本越低,企业利润越高。

而AI彻底颠覆了这一逻辑。使用越频繁,单次成本越高,企业亏损越严重。

在传统软件开发中,工程师编码越多,公司收益越大。而进入AI智能体时代,AI输出越多,支付给外部供应商的账单增长越快。每个Token的生成,都在实时蚕食企业的现金流。

英伟达应用深度学习副总裁Bryan Catanzaro近期公开坦言:“对我的团队而言,算力成本已远超员工薪资成本。”

AI本应帮助企业节省开支。但现实是,它花钱的速度远远超过人工编写代码的成本增速。

这里还有一个更具讽刺意味的细节。

微软在Azure上为Anthropic构建了大部分算力基础设施。然而,当自家工程师大规模使用Claude Code时,微软仍需按Token向Anthropic支付费用。

这无异于直接为最具威胁的竞争对手提供资金支持。

对于微软而言,GitHub Copilot属于“内部核算成本”,资源在Azure内部流转,边际成本极低。而Claude Code则是实实在在的“外部账单”。即便两者产出完全相同,财务性质也截然不同。

砍掉外部账单,全面转向自家工具。尽管功能上可能存在些许差距,但成本完全可控。最终,财务逻辑战胜了工程师的技术偏好。

然而,还有另一种解读:微软从一开始并非“用不起”,而是“学够了”。

让竞争对手充当陪练,暴露自家Copilot CLI的不足,收集工程师的对比反馈,利用六个月时间快速迭代。待短板基本补齐,便果断收网。

这一解读合情合理,但仅适用于微软。微软拥有云基础设施、GitHub以及庞大的工程师群体作为“实验样本”。大多数企业并不具备这些条件——它们并非“学完再停”,而是单纯的“用不起”。

AI工具的定价模式,正从“套餐制”向“按量计费”转变。GitHub自6月1日起全面转向按使用量收费。Anthropic在企业续约时,也将基于席位的定价改为按使用量计费。Claude Code的日均成本从6美元翻倍至13美元。过去一年里,美国AI软件价格上涨了20%至37%。

所有这些趋势都指向同一个结论:AI将变得越来越昂贵,而非越来越便宜。

模型规模持续增大,Agent数量不断增多,调用链日益延长。一个自动化任务可能需要连续调用多个模型、执行长链路推理,Token消耗远高于当前的聊天式交互。即便单个Token价格下降,总消耗量的增长更为迅猛。

这便是AI的定价悖论:效率越高,成本越高。你越依赖它,它就越昂贵。

来源:https://juejin.cn/post/7655363315291996198
上一篇第7章 RAG:打造知识库驱动型Agent 下一篇测试开发为何被称为原始Harness
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
RAG四标融合企业知识资产体系四库协同GEO优化实践
AI教程 · 2026-07-01

RAG四标融合企业知识资产体系四库协同GEO优化实践

生成式AI正在彻底改写信息检索的底层逻辑。传统SEO依赖关键词堆砌和外链建设的策略,在大模型的内容采信规则下已经基本失效。取而代之的,是生成式引擎优化(GEO)。它不再关注外链数量,而是重点衡量你的知识是否结构化、证据链是否坚实、信源是否可靠——这些维度才是RAG(检索增强生成)架构真正看重的核心指

一个普通上班人分享WorkBuddy使用心得与真实体验
AI教程 · 2026-07-01

一个普通上班人分享WorkBuddy使用心得与真实体验

前言 最近我开始使用WorkBuddy——这是腾讯推出的一款AI办公工作台。差不多用了一周时间,趁印象还新鲜,把真实的使用感受记录下来,给还在犹豫的朋友做个参考。不吹不黑,只说实际体验。 初印象:不只是聊天机器人 之前用过不少AI工具,大多数就是个对话框,你问它答,答完就结束了。WorkBuddy不

AI幻觉变真功能实战教程:App Inventor 2视频录制拓展一周开发实录
AI教程 · 2026-07-01

AI幻觉变真功能实战教程:App Inventor 2视频录制拓展一周开发实录

先讲一个颇具戏剧性的开端。 这件事的开端颇显荒诞——有用户前来咨询,称AI Pro版的介绍中提到我们有一款“视频录制拓展”。团队全体成员都感到困惑,翻遍产品列表,发现根本不存在该组件。AI那种“一本正经胡说八道”的能力,这次确实让我们陷入尴尬。 按常理,此事到此便可结束——一句“抱歉,暂时没有这个拓

别再混淆OLAP和SQL-on-Hadoop两者查询本质不同
AI教程 · 2026-07-01

别再混淆OLAP和SQL-on-Hadoop两者查询本质不同

OLAP和SQL-on-Hadoop虽都使用SQL查询数据,但本质不同。SQL-on-Hadoop负责海量数据批量计算与ETL,查询速度秒级至分钟级;OLAP通过预聚合实现毫秒级多维分析,适合BI报表。两者在数据平台分工协作,前者是后厨加工,后者是前台快速服务。

GEO优化深度解析:AI偏好FAQ还是长文内容?
AI教程 · 2026-07-01

GEO优化深度解析:AI偏好FAQ还是长文内容?

在GEO优化中,AI对内容形式无统一偏好:FAQ在简单查询中引用率41%,长文在复杂查询中达58%。内容应基于用户意图选择形式,FAQ适配简单事实类问题,长文建立主题权威,两者互补而非替代。