LiteLLM 的适用场景
当你想要一个「完全自控的开源统一层」时，LiteLLM 是最强选择。如果你已持有供应商合同、需要触达小众或自托管模型、想把网关跑在自己的 VPC 里以满足合规、并看重 Python 原生 SDK + 语言无关的代理（带预算与虚拟 key）—— LiteLLM 正是为此而生。它不锁定推理 —— 只是把你的代码调用「你所配置的任意供应商」的方式标准化。
Kunavo 的强项
Kunavo 同时去掉了供应商账号和运维。没有任何东西需要部署：充值一个钱包，即可调用 Claude、Gemini、GPT 以及图像、视频、音频，价格比各家官方价低 30–70%（按模型） —— 不用开 Anthropic Console、不用建 Google Cloud 项目、不用自托管与监控代理，一张账单。生成端点是一等公民，原生 Anthropic Messages API 在同一个 key 上，收银为 Stripe 原生并支持本地支付。LiteLLM 给你一个「要自己运行的网关」，Kunavo 给你一个「直接调用的网关」。
如何选（或两者并用）
如果你想要一个「对自有 key」的开源自托管网关，或需要在自己基础设施内覆盖小众/自托管模型 —— 选 LiteLLM。如果你想要「零运维、托管、预付单钱包、比官方价低 30–70%（按模型）、一等多模态、一张账单」的推理 —— 选 Kunavo。两者可叠加：在 LiteLLM 里把 Kunavo 注册为 OpenAI 兼容供应商（base URL 为 https://api.kunavo.com/v1），即可保留 LiteLLM 的路由与预算，同时 token 走 Kunavo 的折扣目录。
怎么付钱：LiteLLM 与 Kunavo
LiteLLM 是软件而不是商户，所以「怎么付钱」这个问题不会消失，只是往下挪了一层。 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 二维码，而不用去找一张开通了境外支付的信用卡。 除了你自己跑它的服务器，LiteLLM 本身没有什么需要付钱的；钱都付给你配置的每一家供应商。于是「能不能用 Pix 付」就变成了「能不能用 Pix 付给 Anthropic」，然后对 OpenAI 再问一遍，对 Google 再问一遍——三个账号、三个控制台、三张卡的要求。Kunavo 把这些收成一个收银台，而这件事恰恰在「最难办出一张能刷境外的卡」的地方最值钱。