094.每一家 AI 公司都在造一家银行

本期要点

· 四月的连环事故不止是定价问题：Anthropic 切断 OpenCode 通路、OpenAI 一夜提价五倍、GitHub 取消 Copilot 免费额度，五周内集体爆发，本质是基础设施紧急状况

· 三组失控案例：某公司因少数几名员工烧掉约五亿美元云额度、Uber 开年几周烧完全年 AI 预算、Replit 三个用户就能烧穿整个组织额度池

· 根因：对"你能做什么"的校验发生在开票之后，而不是消费之前；用户被允许先烧代币，代价只在为时已晚之后才对账

· 正确分工：热路径上同步做强制校验与预留，冷路径上异步对账结算——就像 ATM 在你取款之前就判断你有没有权限

· OpenAI 金融工程团队提出的"决策瀑布"：在同一次同步求值里算完功能权限、套餐限速、试用与促销状态，再决定是否放行

· 银行早已解决的问题，AI 才刚刚遇到：并发双花、持有与结算、复式记账、请求幂等与可审计性，而且事后补建代价极高

· 一千七百个额度并不等价：来源不同的额度池（赠送 / 预购 / 试用 / 订阅）过期与结算规则各异，用一个数据库整数无法回答

· 从扁平结构到层级化治理：企业买的是总额度池，但要求能按团队、用户、智能体逐层下钻并分别设定预算与上限

· 四个反复出现的模式：推理前预留事后结算、用量数据留在自有虚拟私有云内、面向智能体的持续校验、可见性从加分项变成入场券