2026 年 OpenRouter 替代方案：6 款多模型路由工具横评

如果平台方有能力自行运维网关，LiteLLM 是首选 OpenRouter 替代方案；如果希望使用托管服务，Vercel AI Gateway 最值得优先考虑。Stripe 的收购协议并不意味着必须紧急迁移，但它让一条预算原则变得不容妥协：当每月模型支出达到 $50,000 时，OpenRouter 5.5% 的平台费就是 $2,750，而且任何单一中间商都不应成为唯一调用路径。

Stripe 于 2026 年 8 月 19 日宣布，已同意收购 OpenRouter。公告延续了 OpenRouter 一贯的定位：在数百个模型之间，根据任务、价格、速度和可靠性为每次请求选择路由。其中并未提到涨价、停止服务或缩减模型目录。

真正的运营影响在于所有权进一步集中。即使应用在模型选择上保持中立，只要密钥、模型别名、预算、故障切换规则、日志和账单全部托管在同一家中间商，依然会形成网关依赖。解决办法是采用双路由原则：日常流量走一个网关，同时保留一条直连提供商的路径，使至少一项生产工作流无需修改业务逻辑即可切换过去。

下文中的价格、套餐、限制和能力均已在 2026 年 8 月 20 日对照各厂商在线页面核验。本文分析的是价格与文档，并不代表我们对这 6 个平台做过压力测试或生产部署。

OpenRouter 替代方案怎么选？先看结论

追求最大控制权，选 LiteLLM；希望省心托管，选 Vercel AI Gateway；需要企业治理，选 Portkey；技术栈深度依赖 Cloudflare，选 Cloudflare AI Gateway；偏好与 OpenRouter 类似的按量计费，选 Requesty；需要轻量自托管网关，选 Bifrost。 它们都能用一个端点接入多个模型提供商，但实际购买的是 6 种不同的能力组合。

第一项决策，是谁来运行请求链路。LiteLLM 和 Bifrost 将网关部署在自己的环境中。 因此，部署、数据、凭据、升级和故障处理都由自己掌控，但值班告警也会落到自己头上。许可证免费，不等于生产系统没有成本。

Vercel、Cloudflare、Requesty 和 Portkey 则承担更多服务运维。 它们能减少平台工程投入，但应用的可用性和策略也会依赖另一家公司。当节省的运维时间比服务费更值钱时，这笔交易完全合理；只有在应用没有绕行路径时，这种依赖才真正危险。

成本分界点因产品而异。Vercel 不加收 token 价差，但部分可选控制项会单独计量。Requesty 在模型费用上加收 5%。Cloudflare 仅在通过 Unified Billing 购买额度时加收 5%，核心网关仍然免费。Portkey 收取平台订阅费和日志超额费。LiteLLM 与 Bifrost 的开源套餐为 $0，但工程和基础设施成本需要自行承担。

OpenRouter 本身依然是合理选择。其当前价格页面显示，付费套餐覆盖 500+ 个模型和 80+ 家提供商，高于 Stripe 收购公告中提到的 400+ 个模型。目录更新速度比企业公告更快，这也提醒我们：不能只凭模型数量给网关排名。

如需了解更完整的网关分类，可参考十大 AI 网关对比。如需了解 OpenRouter 的基准成本，可阅读最新 OpenRouter 价格分析，其中分别说明了共享额度与 BYOK。

Stripe 收购会如何影响模型路由预算？

这笔收购首先改变的是应急预案，而不是账单。 Stripe 和 OpenRouter 完全可能按承诺推进业务。问题其实更简单：模型访问、token 计费、路由策略和网关所有权如今靠得更近。企业采用路由器原本是为了避免依赖某一家模型厂商，不应在更上一层重新制造同样的依赖。

OpenRouter 当前付费套餐仍显示，Pay-as-you-go 收取 5.5% 平台费，Enterprise 可享费用折扣。Free 仍为 $0，提供 25+ 个免费模型、4 家提供商，每天 50 次请求。Pay-as-you-go 的 BYOK 每月可按标价使用 $25,000 推理额度而不收网关费，超出部分收取 5%；Enterprise 的 BYOK 免网关费额度提高到 $200,000，超出后同样收取 5%。

这些现行条款没有任何一项要求立即迁移。每月通过共享额度支出 $5,000 时，5.5% 对应 $275；支出 $50,000 时，则是 $2,750。比例相同，商业判断却不同。对于小型产品团队，如果网关已经省下超过几小时的集成和事故处理工作，就不应为了节省 $275 再造一项内部服务。平台团队若每月支付 $2,750，已经有足够预算认真比较替代方案。

评估开源方案时，应明确写出运维假设，而不是假装开源没有成本。假设自托管网关每月需要 12 个工程工时，完全成本为每小时 $150，那么运维费用就是每月 $1,800，且尚未计入计算与存储。在这一示例假设下，当每月模型支出约为 $32,727 时，OpenRouter 5.5% 的费用会达到 $1,800；5% 的费用则在 $36,000 时达到这一水平。

这些不是普适的盈亏平衡点。受监管的工作负载即便每月模型支出只有 $2,000，也可能因为必须私有部署而选择自托管。只有 5 个人的初创团队即使支出远超 $36,000，也可能继续为托管服务付费，因为另一种选择是招聘平台工程师，或让现有工程师分心。把假设写清楚，财务和工程团队才能围绕真正的问题讨论。

绕行路径也需要一笔规模更小的预算。假设以每小时 $150 的成本投入 8 个工程工时，完成并演练一条直连提供商路径，一次性成本为 $1,200。OpenRouter 每月支出 $50,000 时，这相当于 $2,750 网关费的 0.44 个月；每月支出 $5,000 时，则相当于 $275 网关费的 4.36 个月。大型用户只需拿出不到一个月网关费用的一小部分，就能换来可逆性；小型用户则应只为停机或策略风险足以覆盖成本的工作流建设绕行路径。

成本图还需要一个限定条件。Vercel 的 $0 指的是 token 加价，而不是所有可选控制项都免费。团队级提供商白名单每 1,000 次成功请求收费 $0.10；团队级零数据留存另收每 1,000 次请求 $0.10；追踪数据每 1,000 条收费 $0.05，另计出站流量。若有 100 万次请求，并同时启用这 3 项功能且每次请求生成 1 条追踪数据，总费用会增加**$250，外加追踪数据出站流量费**。

在 $50,000 用量示例中，Cloudflare 和 Requesty 都会产生 $2,500 的费用，但收费对象不同。Requesty 对模型成本加收 5%；Cloudflare 的 5% 只适用于通过 Unified Billing 购买的额度，而 BYOK 可免费使用核心网关，无需支付这笔额度费用。采购时，收费条款与百分比本身同样重要。

网关费叠加在模型账单之上，并不会替代模型费用。最便宜 AI API 对比单独分析了 token 成本层，避免低网关费掩盖昂贵的模型选择。

判断规则很直接：当网关节省的工程、故障和计费成本高于收费时就继续使用；当缺失的控制能力或持续费用超过替代方案的运维成本时就切换。 无论如何，都应建立绕行路径。把一个中心化入口换成另一个，并不能解决集中风险。

这些 OpenRouter 替代方案是如何筛选的？

这份排名先看可逆性，再看模型目录规模。 一家公司可能测试 100 个模型，但生产环境只批准其中 3 个。真正有价值的网关，应让这 3 个模型保持可用、可观测、受预算约束且可替换，同时不把厂商特有行为渗透到应用内部。

每个替代方案都按以下 5 项标准评估：

1. 所有权： 提供商密钥、路由策略、模型别名、日志和正在运行的网关进程由谁控制？
2. 故障切换： 运维人员能否定义提供商顺序、重试上限、预算止损线，以及绝不能降级放行的错误？
3. 成本透明度： 费用是否公开、可计算，并能归因到产生费用的团队或应用？
4. 部署边界： 网关能否部署在符合采购方数据、网络、身份和合规要求的位置？
5. 退出成本： 一项生产工作流能否通过配置和受控部署绕过网关，而不必重写应用？

榜单只保留 6 款产品，因为它们都是真正的多提供商请求层，并且有足够的在线价格与文档支撑采购决策。如果模型托管商或推理云必须把工作负载迁入自家模型体系，才能实现所谓中立路由，就不纳入候选。可运行模型很多当然有价值，但那回答的是另一个问题。

所有厂商的价格均在 2026 年 8 月 20 日完成核验。若厂商将免费套餐定位为原型环境，或文档限制不足以支撑生产使用，本文就不会把它宣传成生产承诺。路线图上的功能也不计入评分。

排名第一的方案还必须通过所有权测试。只有在明确指定个人或团队负责升级、数据库健康、密钥、扩缩容、遥测和事故时，自托管才算优势；只有在应用保留直连提供商路径时，托管路由才算合理。也正因此，同一份功能清单在创始人、中型企业 CTO 和企业平台团队眼中会得出不同排名。

1. LiteLLM：最适合掌握提供商独立性

如果企业有能力把网关当作一项内部产品来维护，LiteLLM 就是最佳 OpenRouter 替代方案。 它通过一个 OpenAI 兼容 API 接入 100+ 家提供商，$0 开源套餐已包括虚拟密钥、用户与团队、支出追踪、预算、速率限制、故障切换、请求与响应日志，以及 Prometheus 指标。真正的门槛不在功能，而在运维所有权。

一家获得融资、拥有 2 个面向客户的智能体的初创公司，可以用 LiteLLM 为每项服务分配虚拟密钥、获批的模型别名、月度预算和受控故障切换。中型企业的平台团队可以把同一网关纳入自己的容器、密钥、数据库和监控标准。只想彻底摆脱基础设施负担的个人开发者，应改选 Vercel 或 Requesty。

最适合： 有明确平台负责人的产品公司
突出优势： 应用方掌控网关进程、提供商账户、策略和数据路径
价格： Open Source $0；Enterprise 按请求容量、部署架构和支持需求提供定制年度报价
免费试用： Enterprise 试用 30 天，无需信用卡；Open Source 长期免费

LiteLLM 的在线价格页只划出了 2 条商业边界。Open Source 可永久免费用于生产自托管。 Enterprise 按年报价，并明确根据年度网关请求容量、部署架构和支持需求定价，而不是根据模型 token 支出收费。

Enterprise 增加 SSO 与 SCIM、OIDC 或 JWT 身份验证、审计日志、密钥管理器集成、密钥轮换、组织管理、多区域控制平面、隔离网络部署，以及最高 24/7 支持。这些能力在网关成为共享基础设施后十分重要，但不会替你承担所选数据平面的运维工作。

$0 许可证很容易让小团队误判成本。代理、持久化数据库、凭据、备份、升级、指标、模型提供商变更和事故响应都需要有人维护。按前文每月 12 小时、每小时 $150 的假设计算，这些工作每月花费 $1,800，且不含基础设施。当月度模型支出超过约 $32,727 时，LiteLLM 在纯月度成本上低于 5.5% 的托管费；但出于控制或合规需求，也可以更早采用。

更稳妥的设计，是将 LiteLLM 隐藏在 support-primary 和 support-fallback 这样的内部模型别名之后。业务逻辑应请求某种内部能力，而不是直接指定 anthropic/claude-something 或 LiteLLM 特有路由。直连提供商适配器也应识别同一内部别名。这样，即使网关已经非常好用，依然可以被替换。

1. 1

   先选一项边界清晰的工作流

   选择一条接近生产形态、且已明确 schema、延迟目标、数据规则和月度支出的路径。不要一开始就迁移所有模型调用。

2. 2

   建立内部模型别名

   定义稳定的主模型与兼容的备用模型，不要让业务逻辑接触公开的提供商模型字符串；映射关系保存在网关配置中。

3. 3

   签发一把虚拟密钥

   为应用单独配置密钥、获批模型、预算和速率限制。不要让工作负载持有 LiteLLM 管理密钥。

4. 4

   配置直连适配器

   在 LiteLLM 之外保存一份提供商凭据，并将同一内部能力映射到该提供商 API。正常运行时适配器保持闲置，需要受控绕行时可立即启用。

5. 5

   主动制造一次故障

   在不影响客户的时段让主模型不可用。扩大流量前，确认备用路由、日志、schema、延迟上限和直连绕行都符合预期。

LiteLLM 位列第一，是因为它既能降低模型厂商依赖，也能降低网关厂商依赖。但只要没有明确负责人，它就应该立即退居第二。无人维护的控制平面不是独立，而是一场迟早会在最不方便的时候发生的故障。

2. Vercel AI Gateway：最佳托管替代方案

对于希望通过一个端点接入模型、又不想支付 token 加价的产品团队，Vercel AI Gateway 是最佳托管 OpenRouter 替代方案。 它提供数百个模型、预算、用量监控、负载均衡、故障切换，以及向其他提供商自动重试的能力。取舍也很明确：网关由 Vercel 运行，因此双路由原则依然适用。

获得融资的创始团队无需招聘网关负责人，就能把面向客户的工作流接入 Vercel。已经采用 AI SDK 的团队集成路径尤其短，但该网关也兼容 OpenAI 和 Anthropic API。若平台团队要求网关必须运行在私有集群中，则应选择 LiteLLM 或 Bifrost。

最适合： 采购托管路由的初创公司和产品团队
突出优势： token 按提供商标价计费，网关零加价，BYOK 也不例外
价格： Free 每月含 $5 额度；Paid 购买额度后按量付费；Enterprise 可使用发票结算
免费试用： 符合条件的模型可长期使用 Free 套餐，但单模型限额较低

当前价格文档将 Free 与 Paid 清楚区分。Free 每月向每个团队提供 $5 额度，适用于符合条件的模型；token 按提供商标价收费，不加价，但各模型限额更低，且不支持 BYOK。购买额度后，团队会转为 Paid，可使用完整的现有模型目录，限额提高，但每月 $5 赠送额度也随之取消。

Paid 仍按提供商标价收取 token 费用，不加价。它支持 BYOK，但账户必须保留已购买的网关额度。如果使用自有提供商凭据的请求失败，Vercel 可改用系统凭据重试，并从这笔额度中扣费。这有利于可用性，却可能让采购部门措手不及。若团队通过 BYOK 消耗已有的提供商承诺额度，在财务将所有调用视为直采支出之前，应先审查备用路由如何计费。

Enterprise 团队可协商 AI Gateway 发票结算，无需支付付款处理费。这就是网关本身全部可见的套餐结构。即使核心卖点是零加价，可选控制项仍有单独的计量费用。

Custom Reporting 每 1,000 次写入收费 $0.075，每 1,000 次报表查询收费 $5。团队级提供商白名单每 1,000 次成功请求收费 $0.10，而逐请求提供商过滤不额外收费。团队级零数据留存每 1,000 次请求收费 $0.10；在 Pro 和 Enterprise 中，逐请求选项不另收费。Trace Drains 每 1,000 条追踪数据收费 $0.05，另收每 GB $0.50 的出站流量费。

按 100 万次请求计算，团队级白名单、团队级零数据留存，以及每次请求 1 条追踪数据，合计为**$250，外加追踪数据出站流量费**。与许多模型账单相比，这笔费用不高，但仍值得列入预算。重点并不是 Vercel 隐藏收费——文档写得很清楚——而是“token 零加价”不能被理解为“平台零成本”。

生产环境的关键边界是部署控制权。Vercel 文档描述的是托管端点，而不是可部署在自有网络中的网关进程。对精简团队来说，这是它的优势；对私有部署边界严格的采购方来说，这也是阻碍。

Vercel 排在 LiteLLM 之后，是因为它用另一项托管依赖替代了 OpenRouter；但在托管方案中，它凭借 token 零加价拥有格外清晰的持续费用结构，因此排名领先。保留一个直连提供商适配器，这项依赖就只是务实的运营取舍，而不是锁定。

3. Portkey：最适合企业治理

当采购核心是治理，而不是把治理当作附加功能时，Portkey 是最佳 OpenRouter 替代方案。 它的通用 API 将故障切换、负载均衡、重试、可观测性、提示词管理、缓存和护栏整合在一起。公开套餐还把原型验证、生产使用和企业需求之间的界线划得格外清楚。

拥有多个应用的中型企业 CTO，可以用 Portkey 集中管理密钥、日志、提示词、支出和故障处理，而无需自行运维开源网关。企业采购方还可以借助身份和合规控制，逐步迁移到私有云或 VPC 托管。只为一个小型应用付费的个人开发者，则不应在工作流证明有需求之前就购置企业控制平面。

最适合： 希望集中管理策略、身份、留存与支持的组织
突出优势： 公开的 $49 生产套餐，并提供可私有部署的 Enterprise 路径
价格： Developer $0；Production 每月 $49，日志超额另计；Enterprise 定制
免费试用： Developer 可永久免费用于原型和评估

Portkey 的在线价格页明确说明，Developer 不适合生产工作负载。该套餐每月记录 10,000 条日志，日志保留 3 天，指标保留 30 天。其网关功能可用于概念验证，但留存限制和厂商警告已经清楚标明了适用边界。

Production 每月 $49，包含 100,000 条日志记录；每增加 100,000 条收费 $9；日志保留 30 天，指标保留 90 天。若记录 100 万条日志，每月价格为 $130：$49 基础费，加上 9 个 $9 的超额计费块。厂商同时说明，需要定制安全控制或数据驻留保障的组织，不建议使用该套餐。

Enterprise 采用定制价格，起点为每月 1,000 万+ 条日志记录。它增加定制日志与指标留存、自定义护栏钩子、SSO、细粒度预算和速率限制、私有云、VPC 托管、数据湖导出、高级合规、定制协议、专属导入服务和优先支持。

这套产品包装正是购买 Portkey 的理由。拥有 10 条 AI 工作流的公司，需要的并不只是一个 base URL，还必须回答：谁能调用哪些模型、谁花了这笔钱、运行的是哪个提示词版本、日志存在哪里、哪条护栏拦截了输出，以及网关故障时由谁响应。Portkey 将这些问题归入同一个平台和支持关系。

其边界在于采购范围。对企业来说，统一控制面能减少碎片化；对只有一个应用的团队来说，同样的功能可能制造不必要的流程。Production 定价不高，但安全与数据驻留要求往往正是采购网关的原因，而这些需求会把客户推向定制定价的 Enterprise。预算应面向组织未来的形态，而不能只看当前请求量。

Portkey 位列第三，因为它解决的问题比路由更广。这在策略和问责制阻碍 AI 落地时是优势；如果当前任务只是把 3 个模型接到同一个端点后面，它就显得过重。

4. Cloudflare AI Gateway：最适合 Cloudflare 原生技术栈

如果 Cloudflare 已经承载应用的边缘网络、安全能力或 Workers 运行时，Cloudflare AI Gateway 就是最划算的 OpenRouter 替代方案。 其核心分析、缓存和速率限制在所有套餐中均免费，Dynamic Routing 则可配置条件路由、流量拆分、速率限制、预算限制和故障切换。

已经在 Workers 上部署应用的初创公司，无需再买一项订阅，就能获得模型可观测性和路由能力。更大的团队可以把 DLP、日志和路由接入现有 Cloudflare 运维体系。若一家公司只是为了省下一笔不高的网关费才采用 Cloudflare，新增的账户和平台工作量可能反而超过节省金额。

最适合： 已使用 Cloudflare 网络、安全或 Workers 产品的团队
突出优势： $0 核心网关，附带免费 DLP 扫描与版本化动态路由
价格： 核心功能 $0；Unified Billing 对所购额度加收 5%；相邻的 Workers 和护栏用量可能另行收费
免费试用： 核心功能长期免费，不会到期

Cloudflare 的价格文档写明，核心网关面向所有套餐免费开放。Workers Free 在整个账户的所有网关中合计存储 100,000 条日志；Workers Paid 则为每个网关存储 1,000 万条日志。DLP 扫描免费，但未订阅 Zero Trust 的账户只能使用 2 个预定义 DLP 配置文件。

Unified Billing 对通过 Cloudflare 购买的额度收取 5% 费用，提供商推理价格按原价转嫁，不额外加价。因此，每月购买 $50,000 额度会产生 $2,500 的 Cloudflare 费用。BYOK 走的是另一条计费路径：由于模型提供商直接向自有密钥计费，因此不收取 5% 的额度购买费。

当前的限制页面披露了一项重要边界。通过 Unified Billing 使用 Cloudflare 托管凭据时，每个网关每 60 秒最多 200 次请求，超过后会收到 429。该限制不适用于 BYOK 流量。一个平均每秒 4 次请求的消费级应用已经超过每分钟 200 次，因此上线前必须明确核查 Unified Billing 的容量。

其他文档限制包括：每个网关每秒存储 500 条日志；可缓存请求上限 25 MB；缓存 TTL 为 1 个月；每次请求最多 5 条自定义元数据；免费套餐可建 10 个网关，付费套餐可建 20 个。对许多应用来说，这些数值相当宽裕，但应当作为架构输入，而不是等事故发生时才发现。

Dynamic Routing 不只是简单的备用列表。它可以根据请求或自定义元数据分支，按百分比拆分流量，执行请求或预算限制，选择备用路由，保存版本、部署版本并回滚。这适合按客户等级路由、渐进式模型变更和受控实验；但也意味着路由策略会变成 Cloudflare 配置，因此应导出并记录每条路由背后的意图。

真正的边界在于外围平台是否匹配。如果同一个团队已经熟悉 Cloudflare 的账户、安全、日志、Workers 套餐和部署模式，这项选择很有吸引力；如果这些概念都很陌生，而应用只需要一个托管模型端点，它的吸引力就会下降。

Cloudflare 排名第四，是因为它最有优势的价格和控制能力都以现有 Cloudflare 环境为前提。在这一环境中，它可能是榜单里成本最低且能力完备的路径；脱离这一环境，Vercel 或 Requesty 通常意味着更小的采用成本。

5. Requesty：最接近按用量收费的替代方案

对于需要托管路由、广泛模型目录，并希望费用直接随模型用量变化的小团队，Requesty 是最接近 OpenRouter 的替代方案。 Pay as you go 覆盖 20+ 家提供商的 600+ 个模型，并包含 BYOK、路由策略、缓存、故障切换、预算控制、MCP Gateway、欧盟数据驻留、高级可观测性和邮件支持。

初创公司可以从免费模型起步，在出现付费流量后接受 5% 加价，无需先决定席位数或订阅方案。服务欧洲客户的 B2B SaaS 团队，可能会先看重欧盟数据驻留，而不是模型目录。模型 token 支出稳定且已有平台负责人的企业，则应先把这一百分比与 LiteLLM 或 Bifrost 对比，再决定是否长期接受。

最适合： 相比订阅费更偏好托管服务按百分比收费的小团队
突出优势： 不收席位费、没有最低消费，且整个产品体系均提供路由和欧盟数据驻留
价格： Free $0；Pay as you go 加收 5%；Enterprise 定制
免费试用： Free 套餐每天可在免费模型上发起 200 次请求，无需信用卡

Requesty 的在线价格页把计费方式讲得很具体：若提供商对每百万 token 收取 $10，通过 Requesty 使用同一模型的价格就是 $10.50。Free 可在免费模型上使用完整平台，每天允许 200 次请求，并包含路由、缓存、故障切换、支出追踪、分析和欧盟数据驻留。

Pay as you go 不按席位收费，也没有最低消费。5% 加价对应的能力包括全部 600+ 个模型、20+ 家提供商、BYOK、路由策略、缓存、故障切换、支出限额、预算上限、MCP Gateway、欧盟数据驻留、高级可观测性和邮件支持。每月模型成本为 $5,000 时，费用为 $250；达到 $50,000 时，则是 $2,500。

Enterprise 使用定制价格。它增加通过 Okta、Azure AD、Google Workspace 或自定义 OIDC 实现的 SSO、完整 RBAC、审计日志、获批模型和策略、团队支出控制、护栏、PII 检测、用于 CI/CD 的服务账户、专属支持和定制 SLA。

流量尚不确定时，按百分比收费很容易通过审批；但用量稳定后，同一百分比会成为成本边界。按每月 $1,800 的自托管示例运维成本计算，Requesty 5% 的费用会在每月模型支出达到 $36,000 时与之持平。如果托管方案节省的平台工作价值超过 $1,800，超过这一点后仍可继续使用，但应重新审视决策，而不是让成本静默累积。

Requesty 并不是 OpenRouter 的完全复制品，这反而是好事。它的模型目录足以满足大多数产品团队，真正清晰的差异化在于路由控制、预算管理、可观测性和欧盟数据驻留。如果主要任务是发现最新、最冷门的模型端点，OpenRouter 当前 500+ 个模型、80+ 家提供商的市场依然难以取代；如果主要任务是稳定运行一组已批准模型，并稍微降低百分比费用，Requesty 更容易证明其价值。

Requesty 排名第五，因为它虽是清晰的托管替代方案，却没有 Vercel 的零加价优势，也没有 Portkey 的组织治理深度。不过，对于希望采用类似 OpenRouter 的采购方式、同时把百分比略微降低的小团队，它仍可能是最简单的正确选择。

6. Bifrost：最佳轻量自托管替代方案

如果明确的重试行为和 OpenTelemetry 比生态规模更重要，Bifrost 是最佳轻量自托管 OpenRouter 替代方案。 它的 $0 OSS 套餐可通过 Docker、Kubernetes 或 Go 二进制文件运行，并用一个 API 接入 1,000+ 个模型，同时提供可观测性、预算、限额、虚拟密钥、自定义路由、故障切换、缓存和 MCP gateway。

偏好 Go 原生服务的平台团队，可以把 Bifrost 纳入现有容器或 Kubernetes 标准，而无需支付 token 百分比费用。资深开发者也能检查重试路径，不必接受黑盒式故障切换。没有明确网关负责人的公司，则不应仅仅因为许可证写着“免费”就采用它。

最适合： 希望缩小自托管路由面的平台团队
突出优势： 重试、密钥轮换、故障切换和遥测行为均有明确文档
价格： OSS $0；Enterprise 定制
免费试用： Enterprise 试用 14 天

Bifrost 的价格页显示，OSS 提供自定义路由规则和流程、OpenTelemetry 指标与追踪、内置可观测性、虚拟密钥预算与限额、故障切换、简单与语义缓存、MCP gateway、Prometheus 指标，以及多种部署形式。Enterprise 增加护栏、集群模式、自适应负载均衡、SAML 与 OIDC、vault 集成、日志导出、审计日志、RBAC、VPC 部署、本地部署、隔离网络支持、定制 SLA 和专属支持。

价格很简单，是因为运维模式并不简单。OSS 永久免费，Enterprise 定制定价。许可证之外，服务本身、所需数据库或状态、遥测、密钥、计算资源、升级和待命响应，都由组织付费承担。

Bifrost 的重试文档是值得考虑它的理由。默认最大重试次数为 0。启用后，重试退避从 500 毫秒开始，上限为 5,000 毫秒。网络故障和 5xx 错误会复用提供商密钥并退避；凭据和计费故障则可以轮换密钥。只有主路由用尽重试预算后，请求才会转向备用路由，而且每个备用路由都有完整的独立重试预算。

这种透明度也揭示了边界。较大的重试次数叠加多个备用路由，可能让一次上游中断演变为漫长的用户等待和多次计费尝试。备用响应也可能在语法上成功，却违反应用对 schema、工具或数据的预期。应在整条链路之上设置总延迟上限，遇到策略错误立即停止，并确保主模型与备用模型符合工作流约定。

Bifrost 最直接的竞争对手是 LiteLLM。LiteLLM 凭借生态熟悉度和更成熟广泛的控制平面胜出；如果 Go 部署、清晰的重试链路、OTel 能力或更小的运维面更符合平台标准，则 Bifrost 更合适。若根本没有负责人，两者都会输给托管网关。

Bifrost 位列第六，是因为它是能力突出的专用方案，而不是较弱的产品。当明确的重试语义和 Go 原生部署决定技术选型时，它优于 LiteLLM；当团队更看重 LiteLLM 的大型生态或希望使用托管服务时，它则落后。

不同团队分别应该怎么选？

选择时，应让方案最难克服的边界，正好对应组织已经投入资源建设的能力。 只有已有平台负责人，自托管网关才便宜；只有应用能够绕过网关，托管网关才具备独立性；只有确实需要有人执行并审计策略，企业治理才有价值。

如果产品公司已有平台负责人和现成部署、监控标准，并且数据路径有硬性要求，或每月模型支出接近前文 $32,727 的盈亏平衡点，应选 LiteLLM。若 Go、OpenTelemetry 与明确重试语义更符合平台标准，则改选 Bifrost。

需要托管端点、不想支付 token 加价的初创公司或产品团队，应选 Vercel AI Gateway。如果 Cloudflare 已经承载边缘网络和安全体系，则改选 Cloudflare；如果欧盟数据驻留与简单的 5% 模式比 Vercel 的附加收费结构更重要，则改选 Requesty。

需要统一管理多个应用的身份、留存、提示词治理、护栏、私有部署选项和支持服务的中型或大型企业，应选 Portkey。若企业必须掌控正在运行的网关，且已经为此配置团队，则改选 LiteLLM 或 Bifrost。

如果 Cloudflare 的免费核心功能、DLP、日志、动态路由和 Workers 环境能够整合已有运维工作，应选 Cloudflare AI Gateway。如果峰值流量可能超过每个网关每分钟 200 次请求，就不应选择 Unified Billing；BYOK 可绕开文档规定的这一速率边界。

流量尚不确定，按百分比收费比启动平台项目更容易审批时，可选 Requesty。按前文运维假设，每月模型支出接近 $36,000 时应重新评估。超过这一水平后，继续付费仍可能是正确选择，但必须是有意识的决定。

明确的切换条件可以浓缩成一句话：当可测量的费用、部署边界、策略缺口或故障模式所造成的成本，超过迁移到下一方案及其持续运维成本时，就更换网关。 不要仅仅因为 Stripe 收购了一家公司而迁移；只有当新路径在有据可查的运营决策中胜出时才迁移。

哪些方案不适合作为唯一调用路径？

凡是会让关键工作负载集中在一处、且没有经过测试的绕行路径，都不应成为唯一选择。 下列产品本身都可能很优秀，但各自都有一个不适合独占路由的明确边界。

在所有权过渡期间，应避免让 OpenRouter 成为唯一路径。其当前价格仍然提供 500+ 个模型、80+ 家提供商、成熟路由和实用的 BYOK 免手续费额度。问题并不是预测 Stripe 会让它变差，而是访问、路由、计费和策略已经集中在一个账户之后。如果价值配得上费用，可以继续使用，但必须保留一条直连提供商路径。

如果没有明确负责人，应避免单独采用 LiteLLM 或 Bifrost。免费许可证不会替你修补代理、保护数据库、轮换凭据、调节重试、排查事故或适配提供商变更。如果实际负责人只是最后修改配置的那个人，就应选择托管网关。

生产环境应避免使用 Portkey Developer。厂商明确将其标注为不适合生产，每月仅记录 10,000 条日志，并保留 3 天。生产使用应从 $49 的 Production 起步；若需要定制安全、数据驻留、私有部署或更深入的合规控制，则应使用 Enterprise。

当峰值流量可能超过每个网关每 60 秒 200 次请求时，应避免让 Cloudflare Unified Billing 成为唯一高吞吐路径。BYOK 不受文档中的这一限制，因此解决办法可能只是改变计费方式，而不是更换网关。

当自建 base URL 代理被超过 1 个应用依赖后，就不应继续把它当成简单脚本。流式传输、错误规范化、提供商专用参数、重试预算、工具 schema、预算、密钥隔离、日志和弃用管理，共同构成一项需要长期维护的内部产品。只有独特策略或经济性足以支撑永久运维时，才值得自建。

常见问题

有没有比 OpenRouter 更好的方案？

需要由应用方掌控的自托管网关时，LiteLLM 更好；最看重 token 零加价与托管运维时，Vercel AI Gateway 更好。若关注模型市场广度，OpenRouter 依然更强，其当前付费套餐包含 500+ 个模型和 80+ 家提供商。

哪些 AI 提供商与 OpenRouter 类似？

Vercel AI Gateway、Requesty、Cloudflare AI Gateway、Portkey、LiteLLM 和 Bifrost 都提供相互重叠的多提供商路由能力。Vercel、Requesty、Cloudflare 与 Portkey 属于托管方案；LiteLLM 和 Bifrost 则是更强的自托管选择。

OpenRouter 有免费版本吗？

有。OpenRouter Free 当前包含来自 4 家提供商的 25+ 个免费模型，每天允许 50 次请求。它适合评估，不能视为有保障的生产容量。

OpenRouter 如何盈利？

OpenRouter Pay-as-you-go 收取 5.5% 平台费；Enterprise 提供费用折扣与定制用量承诺。Pay-as-you-go 的 BYOK 每月前 $25,000 标价推理用量免收费用，Enterprise 则为前 $200,000，超出后均收取 5%。

Claude Code 能通过 OpenRouter 使用吗？

可以，前提是客户端支持兼容的 base URL 和模型配置。与任何网关集成一样，也要遵循同一条原则：如果希望保留干净的退出路径，就不要把 OpenRouter 特有模型名称或请求头散落在仓库业务逻辑中。

下周一先做什么：更换网关前先打通绕行路径

下周不要一上来就全面迁移。先为一项边界清晰的工作流建立直连提供商的绕行路径，验证有效后，再判断 OpenRouter 是否仍然物有所值。 最终产出应是带时间和成本数据的运营决策，而不是一张看起来更整洁的架构图。

1. 1

   盘点一条接近生产形态的路径

   针对一项重要工作流，记录当前网关模型、底层提供商、身份验证路径、月度模型支出、p95 延迟目标、结构化输出或工具要求、数据策略和故障切换行为。

2. 2

   建立一个内部能力名称

   将业务逻辑中的公开网关模型字符串替换为 support-primary 这样的稳定别名。正常配置将该别名映射到 OpenRouter，绕行配置则映射到一家直连提供商。

3. 3

   开发直连适配器

   使用公司自主管理的提供商账户和密钥。把特定提供商的请求头与请求差异封装在适配器内，使应用其余部分看到相同的输入输出约定。

4. 4

   重放 100 条脱敏请求

   选取有代表性的提示词，并移除客户数据和机密信息。对比网关与直连路径的 schema 有效性、工具行为、可接受输出、延迟、提供商错误、重试和总成本。

5. 5

   强制切换路径

   通过配置和受控部署，将这项边界清晰的工作流切换到直连适配器。记录切换耗时，验证日志与预算后再切回；凡是必须修改业务逻辑才能解除的依赖，都要修复。

6. 6

   完成预算决策

   如果 OpenRouter 的模型目录、路由、计费和故障处理所节省的价值高于实测平台费，就继续使用。只有当 LiteLLM、Vercel、Portkey、Cloudflare、Requesty 或 Bifrost 在已记录的费用、策略、部署或故障标准上胜出时，才迁移过去。

对于没有平台负责人的技术型初创公司，下周一的试点通常应比较 OpenRouter、Vercel AI Gateway 与直连提供商路径。对于已有平台运维能力且有严格私有边界的公司，应比较 LiteLLM 与同一条直连路径。对于企业治理项目，在路由客户流量之前，应根据身份、留存、部署、导出和支持要求验证 Portkey。

收购只是触发因素，真正长期有效的做法是双路由原则：一个方便的网关、一条独立的提供商路径，以及应用与模型之间每一美元和每一项依赖都有经过测量的理由。