Apollo经济学家:AI对多数企业财务回报为零

Apollo经济学家称AI对科技业外美企财务回报近乎为零,警示叙事与现金流脱节。
Apollo首席经济学家Torsten Slok指出,尽管企业在AI上投入巨额资金且炒作持续升温,但该技术对科技行业之外的美国企业财务回报几乎为零。文章分析其原因:AI价值释放依赖数据治理、流程重构和组织变革,周期远超季度财报耐心;多数企业应用停留在客服、文档摘要等边缘场景,难以影响损益表;同时推理、存储与合规成本上升,使总拥有成本高于预期收益,部分试点被迫削减。对投资者而言,这意味着需区分AI叙事与AI现金流,警惕仅靠概念支撑的估值,同时理性看待基础设施投资与生产力回报之间的时间差。
巨额投入与零回报的悖论
据Apollo首席经济学家Torsten Slok的观点,尽管企业在人工智能领域投入了巨额资金,且围绕AI的炒作持续升温,但这项技术对美国企业界(科技行业以外)的财务回报几乎为零。这一判断直接挑战了当前市场对AI生产力革命的普遍预期。
Slok的评论并非孤立的声音。过去一年,关于AI投资回报的质疑逐渐从边缘讨论走向主流。企业在GPU集群、云服务合同和AI人才上动辄投入数亿甚至数十亿美元,但在财报中很难找到与之匹配的利润增长或成本节约证据。

为什么科技行业之外难以兑现价值
Slok所指的“科技行业之外”是关键限定。科技巨头本身既是AI基础设施的卖方,也是早期采用者,其云业务和广告推荐系统确实从AI中获得了可量化的收入增长。但对于制造业、零售、金融、医疗等传统行业,AI的落地路径要复杂得多。
一个核心矛盾在于:AI的价值释放需要配套的数据治理、流程重构和组织变革,而这些工作的周期远超资本市场对季度财报的耐心。许多企业购买了AI工具,却缺乏将其嵌入核心业务的能力和意愿,导致投入停留在试点阶段。
“Despite massive investments and widespread hype around artificial intelligence, the technology has delivered zero financial payoff to corporate America outside of tech.” — Apollo首席经济学家
**总拥有成本(TCO)**是评估AI项目经济性的关键框架。它不仅包括GPU算力采购或云服务订阅的直接费用,还涵盖数据清洗与标注、模型微调与维护、系统集成、员工培训、安全合规审计以及因模型输出错误导致的纠错成本。许多企业在立项时只计算了显性的软件许可费,却低估了隐性投入。当推理成本随使用量线性增长、而收益仍停留在个别岗位的效率提升时,TCO往往超出预算数倍,这正是部分AI试点被叫停的直接原因。
**试点困境(Pilot Purgatory)**指企业大量启动AI概念验证项目却难以推进到规模化生产的现象。成因包括:缺乏统一的数据底座导致模型无法跨部门复用;业务流程未重构,AI仅作为外挂工具存在;以及组织内缺乏对模型输出的信任机制。MIT等机构的研究多次指出,多数企业AI试点从未进入生产环境,投入最终沉没。这一概念解释了为何支出高企与财务回报之间出现断层。
企业AI采用的真实图景
从公开调研数据来看,多数企业的AI成熟度仍处于早期。大量项目集中在客服聊天机器人、文档摘要、代码辅助等相对边缘的场景,这些应用虽然能提升个体效率,但难以在损益表上形成显著影响。
另一边,AI基础设施的成本正在上升。推理成本、数据存储和合规支出构成了持续的财务负担。当企业发现AI项目的总拥有成本高于预期收益时,砍预算成为理性选择——这也解释了为何部分企业的AI试点在初期热情消退后陷入停滞。
Slok的观点提醒我们,AI的生产力红利不会自动兑现,它需要时间、试错和组织学习。将AI投资等同于即时回报,本身就是一种误判。
推理成本指模型在每次实际调用(而非训练)时消耗的算力费用,通常按token或请求数计费。与大模型训练的一次性巨额投入不同,推理成本随业务量持续发生,属于运营支出。当企业将AI嵌入客服、搜索或内容生成等高频率场景时,推理账单可能迅速超过预期,尤其在模型参数规模较大或响应延迟要求较高的情形下。这构成了AI项目从试点走向规模化时最容易被低估的财务负担,也是企业重新评估AI预算的重要触发因素。
对投资逻辑的启示
对投资者而言,这一判断意味着需要更审慎地区分“AI叙事”与“AI现金流”。那些仅靠AI概念推高估值、却无法展示具体财务改善的企业,可能面临估值回调压力。相反,真正能将AI嵌入运营并量化其效益的公司——即便节奏缓慢——才具备可持续的竞争力。
Slok的警示并非否定AI的长期价值,而是对短期预期的纠偏。技术革命的历史反复表明,基础设施投资与生产力回报之间存在显著的时间差。当前阶段更需要的,是对AI落地节奏的理性认知,而非对炒作的盲目追随。
相关推荐

从零构建最小Agent:手把手教你写AI循环调用代码
跟随B站教程从零编写一个最小AI Agent:定义工具schema与finish信号,设计system/user prompt,实现带最大步数限制的循环调用,解析工具调用结果并修复finish后未跳出循环的bug。

Kimi K3.1 Pro实测:开源模型能否挑战Opus 5.5?
Kimi K3.1 Pro实测对比Opus 5.5和DeepSeek V4.1 Flash:基准测试亮眼,但MOBA游戏开发任务暴露短板。速度接近Opus,成本接近DeepSeek,成为开源模型中的性价比之选。

多Agent交接的边界:该给什么,该藏什么?
多Agent工作流中,交接该给多少上下文?本文拆解Reddit开发者的一线经验:给Coder原子spec加目标文件是否足够、给Reviewer为何必须带spec、切片太窄时如何用命名依赖请求有界摘录,并提炼一条可操作的交接判断规则。