OpenRouter 是什么？
OpenRouter 是一个 LLM 聚合器：用一个 OpenAI 兼容 API，把每个请求路由到 OpenAI、Anthropic、Google、Mistral 以及大量开源供应商的 300+ 聊天模型之一。你不必为每家供应商单独开户，只需一个 OpenRouter 账号，在请求里按名字选模型。它只做文本 —— 聊天 / 补全模型 —— 没有图像、视频、音频生成端点。
OpenRouter API 如何工作
你用 OpenRouter key 向其 base URL 发送标准 OpenAI 形态的 chat completion，model 字段填带命名空间的 slug（如 anthropic/claude-sonnet 或 openai/gpt-4o）。OpenRouter 转发到对应供应商，失败时可回退到备选，并返回 OpenAI 形态的响应。因为它讲 OpenAI 协议，任何 OpenAI SDK 改一行 base_url 即可用。Kunavo 工作方式相同 —— 区别在模型目录和它背后的东西。
OpenRouter 价格，以及 Kunavo 的对比
OpenRouter 按上游供应商的每 token 价格再加一小笔平台 margin，从预充值钱包扣费（加密货币优先，支持卡）。Kunavo 走相反路线：每个启用模型的公示价都比供应商官方挂牌价低 30–70%（按模型）—— Claude Sonnet 4.6 为每 1M token $1.20/$6.00（官方 $3/$15），Gemini 2.5 Flash 为 $0.09/$0.75（官方 $0.30/$2.50）。每个模型每 1M 的价格都在 /pricing 上，可直接对比。
OpenRouter API key 与 Kunavo API key
OpenRouter key 只对其文本模型目录鉴权。Kunavo key（sk-kn-…）对同样的 OpenAI 兼容 chat 端点，外加图像、视频、音频端点以及原生 Anthropic Messages API 鉴权 —— 一个凭证覆盖所有模态，从一个 Stripe 钱包扣费。两者都是 Authorization 头里的 bearer token，迁移就是改一行 base_url 加换 key。
OpenRouter 真正的强项
如果你的产品需要文本聊天模型的长尾覆盖 —— Mistral 微调、Llama 变体、小众社区模型、实验性开源模型 —— OpenRouter 的目录是无可匹敌的。他们也拥有最成熟的加密货币原生充值流程，这对卡支付困难的地区很重要。围绕模型、Prompt 技巧和评测的社区讨论也更活跃。
Kunavo 的强项
多模态一份账单是最大差异。一旦你的产品要做图像生成、图像编辑或视频，OpenRouter 没有这些端点，你就得跑两套接入、两条结算关系。Kunavo 在 chat 之外直接给你 /v1/images、/v1/images/edits、/v1/video/generations 与 /v1/audio/music，全部 OpenAI 形态、同一钱包。价格也是实打实更低：每个启用模型都比官方挂牌价低 30–70%（按模型），每 1M token 的价格全部公示在 /pricing 上随时可对比。Stripe 原生收银接入 Apple Pay、Pix、支付宝、微信支付与 ACH —— 让美国和欧盟以外的自助付费也跑得动。
怎么付钱：OpenRouter 与 Kunavo
两边都是预付钱包，所以注册那一刻真正要紧的问题只有一个：你的钱进不进得来。 Kunavo 的收银台是 Stripe 原生的，所以可用方式跟着付款人走，而不是跟着我们的注册地走：信用卡（Visa、Mastercard、Amex、JCB、银联）与 Apple Pay 在 Stripe 覆盖的地方都可用，Link 和 Cash App Pay 用于一键复充，还有 Klarna、Amazon Pay、面向美国账户的 ACH 银行转账，以及面向中国大陆的支付宝与微信支付。本地支付按国家出现 —— 巴西 Pix、比利时 Bancontact、波兰 BLIK、奥地利 EPS、葡萄牙 MB WAY —— Stripe 会在结账页把美元金额换算成当地货币，所以巴西买家直接扫一个以雷亚尔计价的 Pix 二维码，而不用去找一张开通了境外支付的信用卡。 OpenRouter 自己的 FAQ 写得很明白：主流信用卡、支付宝，以及 USDC 加密货币，PayPal 则仍在「正在接入」。这覆盖了手里有卡和手里有币的开发者，但覆盖不了圣保罗那位没有开通境外支付信用卡的买家，也覆盖不了宁愿用 Face ID 确认、而不想输 16 位卡号的人 —— 这正是 Pix 和 Apple Pay 补上的缺口。
从 OpenRouter 迁移
两边都是 OpenAI chat-completions 协议，迁移是改两行而不是重写。base_url 指向 https://api.kunavo.com/v1，把 sk-or- 换成在 /app/keys 创建的 Kunavo sk-kn- key，现有 OpenAI SDK 代码原样跑 —— 请求结构、流式、tool-call 格式都一致。唯一要留意的是 model id：OpenRouter 带厂商前缀（anthropic/claude-sonnet-4.6），Kunavo 用裸 id（claude-sonnet-4-6），把模型常量批量替换即可。其余不动：不换 SDK、不改响应解析、不重做 webhook。想稳妥就并行跑 —— 两个 client 只差一个 base_url —— 用你自己的真实流量比完延迟和成本再切。
诚实结论
如果你已经在文本场景标准化使用 OpenRouter，且产品永远不需要图像或视频 —— 切换没有强迫力，你现有的 OpenAI SDK 代码可以原样跑在 Kunavo 上（仅改一行 base_url），可以两边都备着，等价格差值得迁移再换。如果你做任何多模态产品，或服务以美元之外本地支付的客户 —— Kunavo 是更简洁的一套。无论怎样，验证成本很小：$10 起充、改一行 base_url，几分钟就能跑通。