Stripe 买下的是计量器，不是路由器

Stripe 同意以据报道超过 70 亿美元收购 OpenRouter——而就在七个月前，它刚买下 Metronome，那台把消耗量变成账单的计量引擎。把这两笔交易连起来读，结论并不是「模型路由很值钱」，而是：「每一次模型调用花了多少、算在谁头上」的那份记录很值钱；而这份记录目前是被打包着卖给你的——搭着一次落在你请求路径上的跳转，并按它所计量的那笔支出抽成。

发生了什么

彭博社在 2026 年 8 月 16 日报道，Stripe 正以超过 70 亿美元的价格敲定对 OpenRouter 的收购；数日后 Stripe 在自家新闻室确认了这项协议，未披露交易条款，并把它表述为帮助企业优化令牌路由与用量。OpenRouter 在 5 月刚完成 1.13 亿美元的 B 轮融资，据报估值 13 亿美元。

维度	OpenRouter	Metronome
做什么	一个 OpenAI 兼容 API，前置于数十家提供方的 400 多个模型	为按用量计价的产品做用量计量与开票
站在哪里	请求路径之内	请求路径之后，计费侧
规模	到 2026 年年中约每周 25 万亿令牌，半年前约为 5 万亿	其计量被大型 AI 厂商用于自家开票
商业模式	对流经的推理支出抽取约 5%，提供方标价原样透传	为计费流水线收取平台费
收购	2026 年 8 月宣布达成协议，据报超过 70 亿美元	2025 年 12 月宣布，2026 年 1 月完成

两份差事，一个产品。只有左边那一栏必须待在请求路径里。

耐人寻味的数字不是价格，而是：一家支付公司认定，这个模型网关值三个月前估值的大约五倍——而此刻路由本身已接近大宗商品，好几个开源代理和每一家云厂商都有自己的版本。所以这个包裹里，一定有某样东西没有被商品化。

稀缺的从来不是路由

一个 AI 网关做的是五件可拆分的差事：路由与故障转移、密钥托管、缓存、策略执行，以及带归因的计量。其中四件，一个周末加一台 Redis 就能搞定。第五件不行，而且它会随你长大而变难，不是变易：

跨提供方的归一化——各家报用量的字段名不同、缓存命中的算法不同、推理令牌的处理不同，还各按各的节奏改价。
把支出接到结果上——按智能体运行、按租户、按任务的成本，并接上「任务到底成没成」。单次调用成本告诉不了你任何能据以行动的东西。
要能拦——在租户超预算时拒绝下一次调用，这正是成本控制与成本报表之间的差别。

把这本账在开发者生态的一大片区域上聚合起来，它就不再是一件运维工具，而成了市场数据：哪些模型在涨份额、什么价、在哪些品类——比任何提供方对外披露都早上几周。再加上在同一笔交易另一侧为 AI 厂商做计量的 Metronome，一家公司就能同时看见「谁在买」和「谁在卖」。那是一项有护城河的资产。路由只是一项功能。

百分比是对循环深度征的税——而且在你最糟的运行上收得最多

抽成是这一层给自己定价的方式，而对推理支出抽约 5%，对于一个帮你省下「每家提供方一次接入」的服务来说，是个合理价格。智能体改变的不是这个费率，而是它作用的基数，以及底下那股流量的形状。

工作负载	每次用户动作的模型调用数	5% 抽成的效果
聊天助手	1	小账单上的零头
检索增强的回答	2–4	看得见，但仍不大
完成一项任务的智能体	10–40	同样的费率，但账单已是你最大的一笔可变成本
失败后重试的智能体	60+	这笔费用最高的时刻，恰是这次运行什么也没产出的时刻

同一个费率，四种负载。最长的那根柱子，是什么也没交付的那次运行。

最后那一行值得多坐一会儿。一个按支出比例收费的网关，从失控循环里赚得比从干净循环里多，从臃肿上下文里赚得比从克制的上下文里多，从需要试三次的模型身上赚得比从一次就收工的模型身上多。没有人在使坏——只是激励恰好不指向你需要的方向。当你把成本控制按「成本的百分之几」买下来时，你雇的是一位审计——而审计失败时，他的报酬更高。

这话的实践版本不是「永远别用网关」，而是：让那个度量你支出的东西，别挂在一个随你支出等比例增长的定价模型上；并且诚实承认，请求路径上的百分比是一笔按步数征收的税，而它到账的时刻，恰恰是你的智能体开始真正干活的时刻。至于智能体账单为何比用量涨得更快，算术在智能体成本控制里。

整合对请求路径上的人意味着什么

这个月你的延迟没有任何变化。变的是：一个许多智能体栈每一步都要调用的组件，其路线图归谁所有，以及那个所有者在优化什么。

同样的五件差事，三种摆法。中间那一栏很少出现在对比页上，因为没人卖它。

有三个后果值得现在就定价，而不是等到续约时：

可用性是相乘着往下走的。在模型提供方前面加一次同步跳转，意味着 99.9% 的网关挡在 99.9% 的提供方前，你拿到的约是 99.8%。你为了韧性采用它，却买回了一个「模型明明没事也能坏掉」的东西。
配额被中介化了。如果网关握着与模型厂商唯一的商业关系，那么在供给紧张时，它也握着你的优先级——而最先耗尽的是配额，不是价格。对你真正依赖的模型保留自己的提供方账号，是便宜的保险，见限流与提供方容量。
原样透传是一项政策，不是一条定律。当前的安排是透传提供方标价、在其上加收一层毛利。那是一个所有者可以重新考虑的选择，而谈判的时机，是在你有了 40 个调用点却还没测过旁路之前。

反方的最强论证

这里确实有一个真实的产品，把它一笔带过说成「收租」，就错过了智能体团队真正缺的东西。没有人能拿出一个诚实的数字，说清自己横跨六家提供方、三套环境、十几个智能体的 AI 到底花了多少。财务收到形状各异、账期各异的发票，工程那边的用量埋在链路追踪里，而两者之间的对接由某个心不甘情不愿的人在电子表格里完成。一家整个生意就是计量、开票与支出管控的公司，恰恰最适合修好这件事——并且在智能体开始代表自己买东西时把支付那一侧做通，也就是新兴的智能体支付协议正在绕着打转的那个问题。

善意地读，这笔交易在说：令牌支出正在从一条工程开销变成一个费用科目，而费用科目终归由金融基础设施来拥有。如果你想给每个智能体一份预算、切断一个已经超支的租户，并交给财务一张站得住脚的发票，那么从一家厂商买下这件事是个说得通的决定。只是请刻意地买它——把它当成控制面来买——而不是因为它捆在一个代理上而顺手继承了它。

那到底该做什么

如果你今天已经在走网关

这个季度就把旁路测一遍。一个能把流量直连到你自己提供方账号的开关，并且按计划定期演练——这就是「厂商是一个决定」与「厂商是一项依赖」之间的差别。顺手再检查一下：你的调用点用的是 OpenAI 兼容接口还是厂商 SDK；如果关掉网关意味着重写代码，那它从来就不是代理。合同里要读的是两个条款：续约时抽成率会怎样，以及你能否以机器可读的形式导出自己的用量历史。

如果你正在选型

在比较产品之前先决定：这是数据面还是控制面。因为这是唯一会改变答案的问题。如果你要把故障转移、缓存与策略执行放进请求路径，就接受这项可用性依赖，并据此索要真实的 SLA 与逐调用的延迟预算——而且要拿你的评测集去跑备用模型来验证故障转移，因为没人测过的备用是一项配置，不是一项能力。如果你要的是「智能体花了多少、为谁花的」这一个数字，那就让调用直连，去买一个读你遥测的计量。完整的拆解在 AI 网关。

如果你在卖智能体产品

请假定你客户的财务部门马上就会对 AI 支出有一个连贯的视图——包括你的那份。一个只因为「没人能按租户归因成本」而活下来的毛利率，是一个带着倒计时的毛利率。趁客户的看板还没替你做完之前，先把自己的成本归因做到按运行、按租户的粒度，并按一套你逐行都守得住的单位经济学去定价。

那条更耐久的原则：计量是一件控制面的差事，却一直被当成数据面的产品在卖。你的智能体花了多少的那份记录——跨提供方归一化、接上运行、租户与结果——才是真正难做、也值得你掏钱的那部分。而恰好承载着它的那次同步跳转，是另一笔采购：它有自己的失败模式、自己的延迟，以及一个随你的智能体走多少步而增长的价格。想清楚你在买哪一个，并且永远别让后者成为拿到前者的唯一途径。

常见问题

这笔交易会改变 OpenRouter 今天的用法吗？

暂时不会。公告描述的是一项协议，条款未正式披露，双方也都表示产品继续运行。真正需要据以规划的变化是方向性的：路线图从此要对一家支付公司负责，而它手上相邻的资产是计量与开票。

5% 的抽成贵吗？

对一个聊天产品来说不值一提；对一个否则就要分别接入六家提供方的团队来说，甚至可以说便宜。当 AI 成为你最大的一笔可变成本、而你的智能体每个任务要发起几十次调用时，它才变成一个真实的数字——而按「每单位交付价值」算，它最贵的时刻，是在那些失败并重试的运行上。

我能只要那本账、不要那次跳转吗？

能，而且更多团队应该这么做。只要你给模型客户端做了埋点，逐次调用的用量本来就在你的链路追踪里，而这正是 OpenTelemetry GenAI 语义约定所标准化的那份遥测。你真正外包出去的是跨提供方的归一化与拦截执行——这两件都可以在请求路径之外做，也都不需要一个代理来替你保管密钥。

那多提供方故障转移呢——难道不值这一跳？

只有在你测过之后才值。提示词并不像网关的营销所暗示的那样可移植：工具调用格式、系统提示词处理与拒答行为的差异，足以让一次无声的切换在不改变你错误率的前提下改变智能体的行为。把它算作韧性之前，先拿评测集去跑备用模型。

这是不是意味着模型路由变得没那么有意思了？

它让「路由作为一门生意」没那么有意思了，但「路由作为一种手法」重要性丝毫未减。把便宜的步骤交给小模型、把前沿模型留给推理循环，仍然是可用成本抓手里最大的之一——见模型路由与级联。重点在于：这个抓手是你自己的，而且它不需要一个中间人来替你拿着凭据。