Stripe超70亿美元收购OpenRouter，Fintech巨头为何看上模型路由？

据彭博社报道，支付公司 Stripe 已就收购 AI 模型路由平台 OpenRouter 达成协议，交易金额超过 70 亿美元。据 TechCrunch 跟进报道，两家公司尚未公开确认，Stripe 表示不评论传闻或猜测，OpenRouter 拒绝置评。

OpenRouter 的产品文档显示，它不训练自己的模型。它把不同模型接进同一个 API，让开发者按任务切换，或者按价格、速度和可用性自动挑选。这个常被看作「中间层」的环节，如今被放上了一张极高的潜在价签。

问题也从这里开始。如果只把 OpenRouter 看成一个模型目录，报道中的价格下限很难解释。一种可能的答案，在于它处于每一次调用发生之前的选择环节。

一张价签，为什么跳得这么快

据《纽约时报》此前报道，OpenRouter 在 B 轮融资后的估值约为 13 亿美元。彭博社最新报道的交易价下限，则是超过 70 亿美元。两篇报道相隔不到三个月，且两个口径都来自媒体报道，不能直接当成融资回报或确定溢价。

即便只取报道中的下限，价格也已是先前估值的至少 5.4 倍。这为理解报道中的价格提供了一条线索，模型不会永远按一家供应商、一个价目表被采购，模型之间可替换的能力本身，也可能被赋予了商业价值。

据《华尔街日报》更早的谈判报道，部分知情人士曾认为 OpenRouter 可能卖到约 100 亿美元。那是谈判阶段的可能价格，不能和当前交易下限并排当成两个确定答案。它留下的线索是，模型之间的可替换性，可能也被赋予了独立的商业价值。

可以把这层能力类比为支付里的路由。刷一笔卡时，商户并不希望自己判断该走哪家收单机构。它只在乎成功率、速度和成本。模型调用也有类似的选择，只是被路由的对象从资金变成了 token。

管道里到底有多少水

估值能讲预期，周处理 token 量更接近一条真实的管道。OpenRouter 在 B 轮公告中称，其周处理 token 量在约六个月内从 5 万亿升至 25 万亿。这个指标不是收入，也不是市场份额，却能说明有多少 token 的实际负载经过这层基础设施。

第二张图并不能证明这笔交易的动机，却展示了为什么「模型可替换」可能不再只是开发者偏好。调用量小的时候，工程师手动换模型，麻烦但能忍。请求一旦持续涌进来，价格变动、供应商故障和新模型上线都会变成日常操作，手工维护很快就会变成一份全职工作。

同一份公告里，OpenRouter 称自己服务超过 800 万名开发者，覆盖 400 多个模型。公司披露的口径需要保留，但这两个数字放在一起，足以勾勒出它的位置。它不只是把模型摆在货架上，也把模型的价格、可用性和替换成本放到了同一个入口前。

对企业来说，模型路由的价值也不在于每一单都选最便宜的模型。它更像采购部给不同任务设了不同预算。简单的摘要、分类和客服回复，可以先看成本。代码、长推理和高风险输出，再把要求抬高。路由层的工作，是让这套选择不必每次从头做。

能力排序，不等于成本排序

这正是第三张图要回答的问题。Artificial Analysis 在自己的 Intelligence Index 与任务加权成本口径中，列出了图中 7 款模型。它不是任何一家企业的真实账单，却足够用来观察指数与成本并不总是同步。

图中被强调的 DeepSeek V4 Flash 与 Claude Sonnet 5，在 Artificial Analysis 的 Intelligence Index 中相差 3 分。这不等于它们在所有任务里的能力只差 3 分。对需要稳定推理能力的团队来说，最终选择还会看可靠性、上下文长度和产品适配等图外变量。

但在该平台的任务加权成本口径中，两者相差约 15.6 倍。这个差距并不代表任何企业的实际账单，却为路由层提供了能被量化的价值。模型调用不像买一台机器，它是持续发生的小额支出。每一次差一点，规模起来之后，才会变成一笔看得见的费用。

OpenRouter 的产品文档把这种选择拆得很直接。用户可以按价格、吞吐和延迟排序，也可以保留 fallback。换句话说，开发者不必赌一条模型路线永远有效，而是可以把模型当成一组随时调度的供给。

这提供了一种解释，为什么低价模型会成为这笔交易讨论的一部分。它们不是为了证明高价模型不值得用。按任务匹配模型，可能让路由层从方便开发的工具，变成帮助企业管理推理成本的入口。

Stripe 想接住的是什么

Stripe 与 OpenRouter 并不是在传出收购前才认识。据 Stripe 公告，今年年初，Stripe 已为 OpenRouter 提供用量计费、税务和风控能力。OpenRouter 负责把模型接到一起，Stripe 已经在后面处理它如何被收费。

Stripe 在产品公告中披露，自己也有一套名为 Orchestration 的支付编排产品，用于帮助企业在多家支付服务商之间设置、管理和优化表现。它并没有公开说会把这套产品接入 OpenRouter。第四张图只是把两边已公开的产品逻辑放在一起看。

两种产品可以放在同一类问题里看。选择变多以后，客户不想替每个供应商维护一套规则。他们希望把复杂性放到一层接口后面，自己只保留结果。支付路由替商户决定资金怎么走，模型路由替应用决定请求怎么走。

这笔报道真正把人拉回的问题，是谁在调用发生前拥有选择权。模型路由的价值，或许就藏在这一步。

点击了解律动BlockBeats 在招岗位

欢迎加入律动 BlockBeats 官方社群：

Telegram 订阅群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方账号：https://twitter.com/BlockBeatsAsia

来源：律动 BlockBeats（查看原文）。本文用于加密行业资讯聚合，版权归原作者所有，如有侵权请联系删除。