云巨头继续加码 AI，现金回报何时跟上？

2026 年第二季度，AI 基础设施同时呈现两个事实：云业务增长强劲，投入的现金也越来越多。Google Cloud 收入增长 82%，AWS 增长约 37%，Azure 增长 43%；与此同时，Alphabet 当季自由现金流转负，Amazon 过去十二个月自由现金流也降至负值。^[1][2][6] 需求增长和现金压力可以同时存在。

这轮投资的关键，是今天付出的建设款要经过多久，才能由客户付款收回。机房、电力和服务器的投入时点不同，资本开支与租赁的会计处理也不同。把四家公司的预算简单相加，会掩盖这些差异；真正有用的比较，应从各家公司正在买什么、何时可以使用，以及谁承担等待成本开始。

四家公司的预算，需要先统一理解口径

微软预计 2026 自然年资本开支约 1750 亿美元；Alphabet 的全年指引为 1950 亿至 2050 亿美元；Meta 为 1300 亿至 1450 亿美元，包含融资租赁本金付款；Amazon 管理层预计全年现金资本开支约 2200 亿美元。^[1][3][5][8] 这些数字显示投入规模，却不能直接合成一项严格可比的“AI 支出”。

各公司的资本开支还覆盖不同业务。Amazon 的固定资产投入包括履约网络，其他集团也承担办公、网络、传统云与非 AI 产品需求。没有细分披露时，不能把集团资本开支全部分配给 AI，更不能再按这一总额推算某一家芯片或电力设备厂商的订单。

微软提供了一个尤其重要的例子。公司把部分数据中心建筑的估计使用年限从十五年改为二十五年，影响融资租赁与经营租赁的分类，使自然年资本开支预期从约 1900 亿美元变为约 1750 亿美元。这里涉及建筑及租赁分类，并不等于 GPU 寿命延长，也不能直接解释成少建了约 150 亿美元的基础设施。^[1]

因此，比较资本开支应同时保留现金购买固定资产、新增融资租赁和租赁本金付款。前者接近当期现金压力，后两者分别涉及新增资产承诺与既有负债偿付。如果只看某一个标题数字，企业可以在经济投入相近时，呈现不同的资本开支和自由现金流轨迹。

收入已经兑现，现金却仍在建设期

Alphabet 第二季度经营现金流为 390.69 亿美元，购买固定资产为 449.24 亿美元，自由现金流为负 58.55 亿美元。Google Cloud 同期收入为 247.68 亿美元，经营利润为 88.14 亿美元。^[2] 云业务赚钱与集团现金支出领先收入并不矛盾，但云分部经营利润也不能直接视作新增数据中心的现金投资回报。

Meta 当季资本开支为 310.8 亿美元，经营现金流约 318.6 亿美元，自由现金流仅约 7.84 亿美元。Amazon 过去十二个月经营现金流为 1614 亿美元，自由现金流为负 76 亿美元；其第二季度现金资本开支为 531 亿美元。^[4][6][7] Amazon 的滚动十二个月口径不能与其他公司的单季数字直接排名。

微软当季经营现金流为 554 亿美元，现金固定资产支出约 358 亿美元，自由现金流约 196 亿美元，同时报告约 56 亿美元融资租赁。^[1] 这说明它仍有较强现金生成能力，但不同企业的租赁结构、营运资金和业务组合都影响结果，不能把自由现金流差异全部归因于 AI 投资效率。

更有解释力的做法，是连续观察同一家公司的现金转换。若新产能持续投入，而云收入、客户预付款和经营现金流逐步跟上，建设期现金压力可能得到消化；若资本开支持续上调，同时回款变慢、应收增加或毛利率下降，股东承担的资金需求就会变得更重。

订单很长，收入确认仍有自己的时钟

Alphabet 电话会披露云业务 backlog 达到 5140 亿美元，管理层预计略多于一半将在未来二十四个月确认收入。^[3] 这一指标说明合同覆盖，但仍包含不同期限和产品类型。它不能被直接当作未来一年收入，也不能全部按当前云服务利润率估值。

微软披露商业剩余履约义务为 6780 亿美元，预计约 30% 在未来十二个月确认收入。^[1] 按披露比例计算，约为 2034 亿美元；其余约 4746 亿美元对应更长时间。两家公司合同指标的范围和定义不同，不能只比较金额大小，就判断谁拥有更确定的 AI 需求。

订单对投资回报的帮助，取决于价格、取消权、容量交付条件以及客户付款安排。提前付款可以降低建设阶段融资需求，但它同时意味着未来要提供服务；长期最低采购可以提高可见性，但供应商如果延迟投产，仍可能面临履约和赔偿风险。合同金额本身没有回答这些问题。

在估值中，较远的合同现金流需要承担更多时间和技术变化风险。一个五年服务协议，与一个一次性交付系统的合同，其收入、成本和营运资金节奏不同。把 backlog 转成模型时，应先区分交易类型，再安排建设款、收入确认和实际收款，避免收入增长与现金回收被强行同步。

提前获得容量，可能值得支付更高成本

Alphabet 表示，第三季度将增加使用第三方容量，在内部设施建成之前满足客户需求，同时带来短期利润率压力。^[3] 这提供了一个具体的商业选择：公司可以等待成本更低的自有设施，也可以接受较高采购成本，争取更早的收入和客户关系。

假设一项服务满负荷每年可以带来 10 亿美元收入，自建方案要晚六个月上线，而外部容量可以立即使用。若外购方案的现金贡献率为 25%，半年对应约 1.25 亿美元现金贡献。这只是说明时间价值的情景，尚未扣除迁移、保证金或额外集成费用，也不是 Alphabet 披露的项目回报。

反过来，若外购合同包含多年固定付款，而需求只在短期紧张，过桥采购就可能变成长期成本。投资者需要知道外部容量何时可以退租、最低采购多久到期，以及内部机房投产后是否仍要支付重叠费用。更快上线创造的收益，必须与这些后续义务一起比较。

这一机制也解释了为何云厂商增长和机房运营商回报不必同步。运营商可能先获得租金与预付款，云厂商则要承担最终客户用量和定价风险；若云厂商用合同把风险再传给客户，整个链条的现金确定性才会改善。具体受益者由合同决定，不能仅靠“算力紧缺”四个字判断。

建筑与服务器，承担两种不同的风险

Amazon 管理层在电话会上把数据中心建筑与服务器、网络设备分开讨论：建筑投入早于设备上线，设备采购则更接近实际需求。公司认为较长的设施寿命可以承载多代服务器，但这些是管理层对资产经济性的判断，仍需要后续利用率和设备更新成本验证。^[8]

Meta 也区分近期容量与远期选择权：2026 和 2027 年强调增加可用容量，2028 年及以后更多先准备土地、电力与网络，再根据需求决定服务器投入。公司提出 API、企业代理和直接提供算力等潜在变现途径，这些机会尚不能当作已经形成的收入来源。^[5]

这种分阶段投资有经济逻辑。土地、电力和建筑准备较慢，提前布局可以减少未来等待；服务器更新较快，过早购入会缩短产生现金的有效时间。两者若配合不好，可能出现设备先到、供电未就绪，或机房建成、客户尚未开始付费的情况，都会拉低资本效率。

项目价值因此需要观察更细的节点：并网许可是否落实，主设备是否到场，冷却和网络是否通过验收，以及客户是否开始计费。建筑竣工只是其中一步。对设备供应链而言，也应区分已签订单、排产、出货与验收收入；同一项目可能让不同供应商在不同季度确认业绩。

成本上涨，也会把资本开支推高

Amazon 将全年现金资本开支预期从约 2000 亿美元提高到约 2200 亿美元，管理层把更高存储芯片成本列为原因，并仍认为 2026、2027 年容量不足。^[8] 这意味着预算增加可以同时包含价格和数量变化。投资者若把全部增量理解为更多服务器或更多有效算力，就会高估实物扩张。

做一个简单压力测试：假设原项目成本 100 亿美元，其中 30% 为某类涨价设备，该设备价格上涨 20%，其余项目不变，总成本就增加 6 亿美元。保持原有现金回报率，需要相应提高售价、利用率或降低其他成本。这是示意模型，30% 和 20% 均为假设，不能用于反推 Amazon 的采购结构。

对设备厂商，涨价可能提升收入，但利润取决于它能否保留价差；对云运营商，同一变化可能增加资本负担。产业链总收入增长，并不意味着每一层股东都获得同等好处。分析应追问价格变化由谁承担、客户是否接受调价，以及旧合同能否覆盖新增成本。

技术效率也会改变这项比较。更高吞吐、较低每次任务耗电和更好的调度，可以让相同资产创造更多可收费服务；但如果效率收益很快通过降价传给客户，供应商未必保留全部收益。应把单位服务毛利与实际可售产出一起看，而非只看 GPU 数量或每秒 token。

下一轮财报，要验证哪些回报正在形成

最有说服力的正向变化，是资本开支带来的产能开始产生足够的增量现金：交付延误减少，客户使用扩大，经营现金流增长，并且不依赖越来越大的客户预付款或更宽松的账期。即使自由现金流暂时偏低，只要这条转换路径逐步兑现，长期投入仍可能创造价值。

反向情景则是投入增长主要来自成本上涨，项目延期与设备折旧同时发生，客户又要求降价或更灵活的合同。此时云收入仍可能增长，但单位资本创造的现金下降。投资者应警惕用高增长率覆盖回报率问题，也不能因为一个季度现金转负，就断言整个投资周期失败。

对供应链公司的筛选可以更具体：优先核对订单是否对应资金、许可和供电已有安排的项目，客户是否承担取消成本，交付后多久收款。对云平台，则跟踪资本开支到计费容量的转换、合同确认节奏以及维持现有业务所需的设备更新支出。

这些财报共同说明，AI 需求已经为云业务带来显著收入，但未来股东回报仍取决于建设成本、时间和服务定价。更高预算给出了投资强度，真正决定价值的，是投入后能够持续留下多少现金，以及等待这笔现金需要多久。