LiteLLM 的適用場景
當你想要一個完全由自己控制的開源統一層時，LiteLLM 是最強的選擇。如果你已經持有供應商合約、需要使用小眾或自託管模型、想在自己的 VPC 內執行閘道以符合合規要求，並重視 Python 原生 SDK，以及具備預算與虛擬金鑰、與語言無關的代理，LiteLLM 正是為此打造。它不會鎖定推理 — 只是標準化你的程式碼呼叫你所設定之任意供應商的方式。
Kunavo 的強項
Kunavo 同時免除了供應商帳戶與維運。無需部署任何東西：為一個錢包加值，即可呼叫 Claude、GPT，以及圖像、影片與音訊模型，價格依模型而異且低於各供應商官方價 — 不需要 Anthropic Console、不需要 Google Cloud 專案、不需要託管與監控代理，只有一個餘額。生成端點是一等功能，原生 Anthropic Messages API 使用相同金鑰，結帳原生支援 Stripe 與本地付款方式。LiteLLM 提供一個需要你執行的閘道，Kunavo 提供一個可直接呼叫的閘道。
如何選擇（或兩者並用）
如果你想要一個基於自己已管理的供應商金鑰的開源、自架閘道，或需要在自己的基礎設施內涵蓋小眾/自架模型，請選擇 LiteLLM。如果你想要零維運、價格低於官方標價且透過單一預付錢包付費的託管推理、一流的多模態支援，以及只需核對一個餘額的便利，請選擇 Kunavo。兩者可以搭配使用：在 LiteLLM 中將 Kunavo 註冊為 OpenAI 相容供應商（base URL 為 https://api.kunavo.com/v1），即可保留 LiteLLM 的路由與預算，同時讓 token 透過 Kunavo 的折扣目錄執行。
How you pay: LiteLLM vs 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 的伺服器之外，沒有需要支付給 LiteLLM 的費用；款項會支付給你所設定的各家供應商。因此，「我可以用 Pix 付款嗎」會變成「我可以用 Pix 向 Anthropic 付款嗎」，接著對 OpenAI 和 Google 也要再問一次——三個帳戶、三個控制台、三組信用卡要求。Kunavo 將這些整合為單一結帳流程，而在最難取得國際結算信用卡的地區，這項價值尤其高。