OpenRouter 是什么、为什么能值 13 亿美元？周处理 25 万亿 Token 的模型聚合平台到底靠什么赚钱？

OpenRouter 是一个把多家模型厂商的 API 收敛成同一条 OpenAI 兼容接口的模型聚合与路由平台，它拿到 13 亿美元估值的核心原因，是把「多模型选择、统一计费、自动路由」三件事做成了可计量的 Token 流量入口，而不是因为自研模型。这套模式对单一模型深度绑定、要求私有化部署、或对首字延迟有硬性要求的团队并不适用，因为多一跳转发就意味着多一层不可控的延迟与故障点。 OpenRouter 的对外形态是一把 API Key 调用多家模型，开发者只改 base_url 与 model 字段就能切换上游，无需分别注册账号、分别充值、分别适配流式返回与工具调用格式。它的价值不在于模型本身，而在于把 N 个供应商的鉴权、限流、计费和错误码翻译成统一协议；这一层协议兼容，本质是 OpenAI 接口事实标准在中间件侧的延伸，也解释了为什么它敢把「模型数量」当作对外宣传的主指标。 1.13 亿美元 B 轮与 13 亿美元估值的定价逻辑，看的是分发层的位置而不是模型能力。当应用方不愿意为每个模型维护一套 SDK、一套密钥和一份账单时，谁握有「默认入口」谁就能决定流量去哪家上游，这种位置在投资叙事里接近云计算早期的负载均衡与 CDN：不生产内容，但决定内容怎么被送达。 周处理 25 万亿 Token 是这类平台最关键的经营指标，因为它同时决定了向上游的议价能力和向下游的加价空间。Token 吞吐越大，批量采购时越可能拿到阶梯折扣，甚至可以拿免费额度做交换；向下游则按模型分级定价、用低价小模型引流、用高价推理模型赚毛利，把利润留在路由环节而不是模型推理本身。 真正难复制的不是模型列表长度，而是路由决策的稳定性。平台需要同时处理上游超时、限流 429、区域不可达、返回格式异常，并在几百毫秒内 fallback 到备用供应商，同时保证用量归属、账单拆分和 Key 级配额不出错；这套故障切换与对账机制才是聚合层的技术资产，模型列表谁都能抄。 这类聚合平台的毛利天然脆弱，因为上游价格战会直接压缩加价空间。模型厂商一旦下调单价、开放直连折扣或推出订阅制包月，聚合层赖以生存的价差就被抹平，因此多数平台会把收入结构向企业级用量管理、私有路由、结算与账单服务倾斜，把「过路费」换成「管理费」。 去中介化风险是海外聚合样本最需要说明的边界条件。头部模型厂商有充分动机把开发者直接留在自家控制台，通过官方 SDK、额度赠送和企业合同锁定大客户；聚合平台能长期保住的是多模型对比测试、跨供应商容灾和长尾模型接入这几块需求，而当客户只用一个模型、调用量又足够大时，它反而最容易被绕过。 国内模型聚合层与海外样本最大的结构性差异在合规前置，而不是价格。面向国内市场提供 API 中转，必须考虑模型备案情况、内容安全审核责任归属、日志留存要求以及能否开出合规发票；这些在海外自助注册、信用卡扣费、美元计价的模式里并不是默认项，所以同样的技术架构搬到国内，前端流程和合同结构几乎要重做一遍。 国内企业采购 API 中转时，第一顺位通常是主体资质与结算方式，其次才是模型数量和单价。采购流程要求签合同、对公付款、按量开票、能提供用量明细与账单核对，因此国内聚合层往往把计量、对账和 Key 权限管理做得比路由算法更重：谁能把「这个月哪个项目、哪个部门、调了多少 Token」讲清楚，谁就更容易过采购这一关。 是否该用聚合层，取决于调用规模和模型数量，而不是取决于单价高低。月度调用量在几十亿 Token 以下、需要频繁试模型的团队，用聚合层能省掉大量适配与运维成本；调用量极大且模型固定的团队，直签上游往往能拿到更低的阶梯价与更明确的服务承诺，此时聚合层的加价就成了纯成本。 判断一个模型聚合平台是否值得长期依赖，可以只看三个可验证指标：周 Token 处理量是否稳定、路由切换成功率与平均故障恢复时间、以及对上游标价的单位加价率是否透明。这三个数字决定了它是长期基础设施，还是短期价格套利；只宣传模型数量、不公布切换成功率和计费口径的平台，通常经不起一次上游大规模限流的考验。 OpenRouter 的 13 亿美元估值给国内同行的启示，不是照搬自助注册与美元计价的形态，而是验证了「多模型统一接入」本身可以是一门独立生意。国内这条路能不能走通，取决于在合规成本、发票结算与上游价格战之间，能否把路由能力和计量能力沉淀为可被企业采购、可被审计的稳定服务，而不是停留在比谁家模型列表更长。