Kong AI Gateway 的适用场景
对于已经用 Kong 做 API 管理、并希望把 LLM 流量纳入同一套治理的组织，Kong AI Gateway 是自然之选。它的强项是以插件形式提供的语义缓存、prompt 护栏、限流与分析，自托管带来的合规可控，以及横跨「每一个 API（不止 AI）」的统一策略面。如果你的平台团队已经在运维 Kong，把 AI 路由加在那里，可让鉴权、配额与可观测性与其余系统保持一致。
Kunavo 的强项
Kunavo 同时去掉了供应商账号和运维。没有任何东西需要部署：充值一个钱包，即可调用 Claude、Gemini、GPT 以及图像、视频、音频，价格比各家官方价低 30–70%（按模型） —— 不用开 Anthropic Console、不用建 Google Cloud 项目、不用自托管/打补丁/监控网关，一张账单。生成端点是一等公民，原生 Anthropic Messages API 在同一个 key 上，收银为 Stripe 原生并支持本地支付。Kong 给平台团队一个「要自己运行与治理的网关」，Kunavo 给产品团队一个「直接调用的网关」。
如何选（或两者并用）
如果你在做企业 API 管理、需要对自有供应商 key 的自托管治理、并希望 AI 与其余 API 处于同一策略面 —— 选 Kong AI Gateway。如果你想要「零运维、托管、预付单钱包、比官方价低 30–70%（按模型）、一等多模态、一张账单」的推理 —— 选 Kunavo。两者可叠加：把 Kong AI Gateway 指向 Kunavo（base URL 为 https://api.kunavo.com/v1），即可保留 Kong 的治理与语义缓存，同时推理走 Kunavo 的折扣目录。
怎么付钱：Kong AI Gateway 与 Kunavo
Kong 是你自己部署的基础设施，所以没有人是为 token 付钱给 Kong 的。 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 二维码，而不用去找一张开通了境外支付的信用卡。 AI Gateway 插件路由到的是你已经持有的供应商账号，所以模型消费仍然留在那些账号和那些卡上；你付给 Kong 的是网关本身，通常走企业合同而不是自助收银台。对背后有采购流程的平台团队来说这个形状是对的；对一个只想在十分钟后就开始调 Claude、手里只有一部手机的开发者来说，就完全不对。