LiteLLM 的适用场景
当你想要一个「完全自控的开源统一层」时，LiteLLM 是最强选择。如果你已持有供应商合同、需要触达小众或自托管模型、想把网关跑在自己的 VPC 里以满足合规、并看重 Python 原生 SDK + 语言无关的代理（带预算与虚拟 key）—— LiteLLM 正是为此而生。它不锁定推理 —— 只是把你的代码调用「你所配置的任意供应商」的方式标准化。
Kunavo 的强项
Kunavo 同时去掉了供应商账号和运维。没有任何东西需要部署：充值一个钱包，即可调用 Claude、GPT 以及图像、视频、音频，价格多数模型低于各家官方价 —— 不用开 Anthropic Console、不用建 Google Cloud 项目、不用自托管与监控代理，一张账单。生成端点是一等公民，原生 Anthropic Messages API 在同一个 key 上，收银为 Stripe 原生并支持本地支付。LiteLLM 给你一个「要自己运行的网关」，Kunavo 给你一个「直接调用的网关」。
如何选（或两者并用）
如果你想要一个「对自有 key」的开源自托管网关，或需要在自己基础设施内覆盖小众/自托管模型 —— 选 LiteLLM。如果你想要「零运维、托管、预付单钱包、多数模型低于官方价、一等多模态、一张账单」的推理 —— 选 Kunavo。两者可叠加：在 LiteLLM 里把 Kunavo 注册为 OpenAI 兼容供应商（base URL 为 https://api.kunavo.com/v1），即可保留 LiteLLM 的路由与预算，同时 token 走 Kunavo 的折扣目录。
怎么付钱：LiteLLM 与 Kunavo
LiteLLM 是软件而不是商户，所以「怎么付钱」这个问题不会消失，只是往下挪了一层。 Kunavo 的收银台是 Stripe 原生的，所以可用方式跟着付款人走，而不是跟着我们的注册地走，每一种都充进同一个预付 API 余额。Stripe 覆盖的地方都能用：信用卡（Visa、Mastercard、Amex、JCB、银联）；印度以外还有 Link，以及在已设置好的设备上用 Apple Pay 或 Google Pay。美国：Cash App Pay、Klarna、Afterpay、ACH 银行扣款（3–5 个工作日到账）和加密货币（稳定币），单笔充值满 100 美元再加 Affirm，100 至 1,500 美元的充值还可用 Zip。其他地方会随当地货币出现当地方式：中国大陆的支付宝与微信支付；韩国的 KakaoPay、Naver Pay、PAYCO、Samsung Pay 和韩国国内卡；印度的 UPI；巴西的 Pix；荷兰 iDEAL、比利时 Bancontact、奥地利 EPS、葡萄牙 MB WAY、意大利 Satispay；波兰 BLIK；英国的 Bacs 直接借记（几个工作日到账）；英国、爱尔兰和芬兰的付款人还可以用 Pay by Bank。Stripe 会在结账页把美元金额换算成当地货币，所以不用再去找一张开通了境外支付的信用卡；不过它的汇率里含 2–4% 的换汇费，用美元付款就没有这笔费用。 除了你自己跑它的服务器，LiteLLM 本身没有什么需要付钱的；钱都付给你配置的每一家供应商。于是「能不能用 Pix 付」就变成了「能不能用 Pix 付给 Anthropic」，然后对 OpenAI 再问一遍，对 Google 再问一遍——三个账号、三个控制台、三张卡的要求。Kunavo 把这些收成一个收银台，而这件事恰恰在「最难办出一张能刷境外的卡」的地方最值钱。