拆解AI算力的"2027重置墙"迷思
拆解来源：Groundbreaker,《The Teaser Period: Why the AI Boom Is Hitting a Reset Wall》，2026-08-20。先把话挑明：我不是来给AI基建站台否认风险的。风险确实存在，只是不落在那个时间点。我想做的只有一件事——把一个讲得很精彩的故事，重新搭成一个能被数据反驳的框架。
原文的脉络相当清晰：AI算力合约里塞满了take-or-pay条款，集中签在2025–26年，付款启动普遍延后24–36个月，因此2027–2028年将撞上一面"重置墙"，就像2006年次贷的teaser rate重置一样。
读完之后的第一反应是：问题抓得准，结论下得太死。叙事盖过模型，类比盖过识别，名义盖过现金流。
1）"The parallel to 2006 is exact."
exact是整篇文章里最昂贵的两个字。
2006年的传导路径并非"付款上行"单一步骤，而是一整条链条。每一环都得成立，整件事才叫次贷。AI算力合约至少缺少四个能逐项对应的环节：
因此一个合理的命题不是，而是：
"存在相似机制"与"结构完全一致"之间，差的正是可证伪性。
2）"Take-or-Pay is Debt."
从经济学角度看这话站得住脚：用与不用都得付，确实具备债性。但从"具备debt-like属性"推到"能整体资本化为债务"，中间缺了一整套合约质量调整。
更贴切的标的应该是Effective Contractual Obligation：
名义规模、不可撤销比例、真take-or-pay比例、客户预付/自供硬件比例、转售转租再配置的回收率。只有走过这几道折算，剩下的部分才有资格进入"经济杠杆"的计量。
3）"the 2025–26 signing boom therefore mathematically guarantees a 2027–28 commencement boom."
mathematically guarantees。我做了这么多年建模，几乎不敢用guarantee这个词。
真实的路径有七段。每一段都有延期的余地。所以对第个合约应该写成，其中是随机变量，不是"24–36个月"这种定值。于是：
画出来的本不该是一堵确定的墙，而是期望义务曲线+置信带。墙是有厚度的，而且厚度往往比高度更关键——足够厚的墙，撞上去叫减速，不叫崩盘。
这也是后文整套重构的第一准则：把日期叙事改造成概率分布。
原文表达得过于笃定，但它捕捉到的结构极为关键：
这比"AI CapEx太大了"之类的感叹重要得多。真正该跟的也不是合约总额，而是：资金缺口、合约质量、物理兑现、再融资依赖。
原文把hyperscaler、neocloud、frontier lab塞进同一堵墙，但这几类主体的资产负债表结构根本不在一个频道上。最省事的量化切入是同时看和。
这两条轴并非随手挑选，理由值得展开两句：
再用backlog做气泡大小、的正负做颜色，就得到一张比"合约总金额排行榜"信息密度高得多的regime map。
Fig. 1的含义很朴素：Oracle/CoreWeave所处的金融regime，跟Alphabet/Microsoft不是同一类。合约大不自动等于危险，合约杠杆与融资强度同时高才值得盯。须提醒一句，各家RPO口径并不统一（是否包含uncommitted、合约期限长短差距极大），所以这张图只服务于横截面的regime分类，不能用来做精确排序。
静态RPO尤其容易制造"大数字恐惧"。更妥的做法是把各家首期backlog设为100。
指数化的本质，相当于做了一次公司固定效应剔除——每家只跟自己比，绕开了会计口径与合约期限的不可比。代价是基数效应：起点低的公司指数会蹿得很夸张，所以这张图要看形状不看高度，纵轴取对数。
真正该读的是，更进一步是——合约积累是否正在加速。一阶导告诉你在跑，二阶导才告诉你在周期的哪一段。
这张图揭示的不是"谁的RPO最大"，而是谁正以最快速度把未来收入与未来资本义务一起锁进合约结构。
原文用判断OpenAI能否cover未来的算力账单。分母对不上。公司不是拿收入去付固定义务的，是拿现金；收入到现金之间隔着COGS、R&D、SG&A与维护性资本开支。
在此之上定义AI Fixed-Charge Coverage Ratio：
两个构造上的选择需要交代清楚：
才真正意味着：内部现金生成加已敲定融资，不足以覆盖固定支付义务。
问题是当下公开数据凑不齐所有合约现金流，所以先用做高频proxy。这个proxy必须说清楚它的偏向：它只覆盖了分母里资本部署那一块，漏掉了合约付款与债务到期，因此它是一个偏乐观的下界——真实压力只会比它显示的更大，不会更小。方向明确的偏误比方向不明的噪音更好使：一个只会低估风险的指标，一旦越线，信息量反而更高。
图中是重要分界。意味着当期资本部署已经无法自我覆盖。这不等于distress，等于：从此以后，你的一部分命运交给信用市场定价。另外，资本开支的现金确认时点极不均匀（预付款、里程碑付款），单季度看没意义，要用TTM。
合约notional不等于provider的capital-at-risk。客户若已预付一部分、或直接自带GPU，provider的真实资本暴露会显著收窄。因此要建立：
为什么是连乘而非加权求和：这四项每一项都是上的"存活比例"，并且是依次生效的——先看这笔钱里有多少要provider自己掏，再看这部分里有多少真不可撤销，最后看出事时能收回多少。这是条件概率式的结构。改成加权求和，就会丢掉"任何一项接近0、整体就接近0"这条最关键的性质。
这张图最直接地说明了"Take-or-Pay is Debt"错在哪儿。正确的表述是：
数据中心绕不开物理链条：。金融合约最终受电力与建设周期约束，于是有，以及。
为什么盯active/contracted power，而非盯管理层的CapEx指引：指引是公司说的，通电容量是电网记的。后者更难修饰，也更贴近真实的兑现节奏。
如果contracted power猛涨而active power明显跟不上，那所谓"2027 wall"就不可能写成一个固定日期。建设延迟同时改变和——注意是同步改变。不少bear case忽略了这一半：延期既推后了义务，也推后了收入，净效应取决于两者的相对久期。它不一定是好事，但它一定是个分布，不是一个点。
AI产业链不是一组孤立合约，而是一张有方向的金融网络，表示对的支付义务。同一生态里常常存在闭环：
把这些seller-side RPO直接相加，等于把同一笔经济活动在网络里数了好几遍。市面流传的"AI生态有多少万亿美元合约"，相当一部分就是这么堆出来的。
更严格的系统模型用Eisenberg–Noe clearing：
是总名义负债，是外部可用资产，是相对支付权重，是最终可实现支付。这样才答得了那个真正有意义的问题：
2008年真正的模型从来不是，而是。算力合约应当照搬这套思路：
其中，，。
为什么用比例风险这一形式：它把全行业共同的周期成分塞进基准风险，把公司间的差异塞进指数项。在这么小的样本上，绝对违约率是编的，能估的只有相对风险排序——而排序恰恰是做仓位时唯一用得上的东西。逻辑链因此变成，而不是。
再往下，真正该画的是Minsky Surface。给定固定成本，：还是self-funding的hedge finance，就开始依赖再融资。
为什么画面而非画Bull/Base/Bear三条线：三条收入曲线是人手挑的三个点，它隐含"我知道分布"的假设，却不告诉你概率。画成面，问题就从"2027年收入是多少"变成了——后面这个问题才有答案，而且答案能被后来的数据检验。
如果做成季度乃至月度可跟踪的指标，我会这样定义：
因此更合理的是先建连续型distress target：
连续目标能把"没违约但明显吃紧"的中间状态也用上，实际上把有效样本量放大了一个数量级。等未来真有足够的distress event，再切到不迟。
整套东西最终可以压缩成一个变量：
危险的本就不是合约规模大，而是，同时，同时——三者叠加会把二级算力价格打下去，recovery value跟着掉，于是。
这才是与地产信用周期真正相像的地方：不是"付款重置"，而是抵押品价格与再融资能力同时垮掉。只有一条腿的重置，历史上从未击垮过谁。
Groundbreaker这篇最大的贡献，是把市场注意力从推到了。这一步是对的，也重要。
问题在于它把几个不同层次的概念过早画上了等号：
真正值得搭建的不是"2027–2028必然发生什么"的预测，而是一套动态条件模型：
这才能把一篇很强的bearish narrative，转化为一套可估计、可更新、可回测、可产生交易信号的信用压力模型。
换言之：
2027–2028不是答案，只是一个可能让约束条件开始显化的时间窗口。真正的变量从来不是日期，而是funding coverage。
最后自嘲一句：一个能被证伪的模型，赚钱的概率大概比一个讲得很爽的故事高那么一点点。只是没那么好卖。这行干久了就知道，好卖与好用，本来就是两个不同的目标函数。
数据与方法说明
本文图表使用公开公司披露与SEC文件中的RPO/backlog、收入、经营现金流、资本开支、客户预付款、合约期限、active/contracted power等数据构建。各公司会计口径并不完全一致，因此这些指标用于横截面压力识别，而非严格可比的会计比较。
图表分两层：Evidence layer（Fig. 1–6）仅使用公开披露数据与直接计算；Model layer（Fig. 7及AISI/hazard framework）为研究模型，不构成对任何公司实际违约概率的预测。