LLM 网关 是位于多个大语言模型提供商之前的单一 API 端点。您的应用无需分别集成 Anthropic、Google 和 OpenAI——无需维护三个 SDK、三把密钥和三张账单——而是向一个基础 URL 使用一个密钥发送一种请求格式,网关负责路由、失败重试、使用量计量和支出限制。它是您的产品与模型之间的控制平面。
LLM 网关的功能
生产环境中的 LLM 网关承担六项职责。第一项职责使其余五项成为可能:提供单一且稳定的 API 表面。
| 能力 | 它为您提供的功能 |
|---|---|
| 兼容 OpenAI 的 API | 为每个模型提供一种请求/响应格式——通常是 /v1/chat/completions——因此任何 OpenAI SDK 都能使用,只需更改 base_url。 |
| 模型路由 | 为每个请求选择提供商/模型;只需更改字符串即可切换模型,无需重写客户端代码。 |
| 回退与故障转移 | 当提供商出错、触发速率限制或性能下降时,将请求重新路由到健康的上游——无需由您的应用自行编码实现弹性。 |
| 缓存 | 复用稳定的提示词(例如 Anthropic 提示缓存)以降低重复输入成本,并使用亲和性路由器保持缓存热度。 |
| 计费与支出控制 | 所有提供商共用一个钱包,并设置每个密钥的预算和速率限制,因此泄露的密钥或失控循环不会耗尽账户余额。 |
| 可观测性 | 按调用记录 token、延迟和成本——使用一个仪表板即可替代三个提供商控制台。 |
一个端点,所有提供商
网关将“添加提供商”变成只需修改一个字符串。通过设置 model 字段,同一个客户端即可访问 Claude 和 GPT:
from openai import OpenAI
# One LLM gateway endpoint + one key fronts every provider.
gateway = OpenAI(
api_key="sk-kn-...",
base_url="https://api.kunavo.com/v1", # the LLM gateway
)
# Route by changing a string — no per-provider SDK, key or client.
def ask(model: str, prompt: str) -> str:
r = gateway.chat.completions.create(
model=model,
messages=[{"role": "user", "content": prompt}],
)
return r.choices[0].message.content
print(ask("claude-sonnet-5", "Draft a release note.")) # Anthropic
print(ask("claude-haiku-4-5", "Classify this ticket.")) # Anthropic, cheap tier
print(ask("gpt-5-6-terra", "Summarize the thread.")) # OpenAILLM 网关与 API 网关
传统的 API 网关——Kong、AWS API Gateway、NGINX——路由通用 HTTP,并处理身份验证、配额和速率限制。LLM 网关 专为模型流量打造:它理解 token 和流式传输,执行提示缓存和模型路由,按密钥计量支出,并且对于推理网关还会计费使用量。两者可以组合使用——一些团队会将 LLM 网关置于现有 API 网关之后。有关概念性深入介绍,请参阅 什么是 AI 网关?;有关企业 API 管理场景,请参阅 Kunavo 与 Kong AI Gateway 的比较。
两种 LLM 网关
该类别取决于谁持有提供商关系:
| 类型 | 你提供 | 示例 | 适用场景 |
|---|---|---|---|
| 自带密钥网关 | 你自己的提供商密钥 + 计费 | Portkey、Helicone、LiteLLM(开源) | 在您持有的账户之上提供路由、防护措施和可观测性 |
| 推理网关 | 无需提供任何内容——网关转售访问权限 | Kunavo、OpenRouter | 在多个提供商之间共用一个钱包和一个密钥,价格通常低于标价 |
自带密钥网关在您现有的 Anthropic、Google 和 OpenAI 账户之上增加控制和可观测性——这些密钥仍由您持有。推理网关则直接位于提供商之前:充值一个余额,无需接触任何提供商控制台。完整的并列比较请参阅 Kunavo 与 Portkey、Helicone、LiteLLM 和 OpenRouter 的比较。
安全与合规
网关也是实施安全控制的自然位置:密钥不会离开你的服务器,按密钥设置的支出上限和速率限制可以控制影响范围,集中式日志则提供统一的审计记录。对于受监管的部署,请了解 Kunavo 不提供的内容:不提供 DPA、零数据保留(Zero Data Retention)或欧盟数据驻留。请求会在美国处理并转发给上游模型供应商,其自身的保留政策适用;如需 DPA、ZDR 或欧盟数据驻留,请依据 Anthropic、OpenAI 或 Google 的企业条款直接签约。分地区的操作指南见AI 合规指南。
Kunavo 作为 LLM 网关
Kunavo 是推理型 LLM 网关。在 https://api.kunavo.com/v1 上兼容 OpenAI 线路格式,因此只要您的代码能够调用 OpenAI API,只需更改基础 URL 即可调用 Kunavo。一个 sk-kn- bearer token 即可访问 Claude、GPT 以及目录中的其他模型——价格大致比提供商标价低 30%,从 $10 充值开始按需付费,并使用一个由 Stripe 计费的钱包。除文本之外,它还通过同一密钥提供图像、视频和音频生成。
从 快速入门开始;有关线路格式如何让您在本地模型(Ollama)和托管模型之间切换而无需修改代码,请参阅 OpenAI 兼容 API 指南;有关估算工作负载成本的信息,请参阅 LLM 成本计算器,或查看其余的 免费成本工具,这些工具会根据各自的缓存规则计算 Claude 和 OpenAI 端的价格。如果您希望在不同提供商之间切换编码客户端,而不是固定使用一个提供商,请参阅从网关侧介绍该流程的 CC Switch 设置。
常见问题
什么是 LLM 网关?
LLM 网关是位于多个大语言模型提供商之前的单一 API 端点。您的应用向一个基础 URL 使用一个密钥发送一种请求格式,网关负责模型路由、故障转移、缓存、速率限制、支出控制、使用量记录和计费。您只需集成一次,而无需分别接入 Anthropic、Google 和 OpenAI。
LLM 网关与 API 网关有什么区别?
传统 API 网关(Kong、AWS API Gateway)路由通用 HTTP 流量,并处理身份验证、速率限制和配额。LLM 网关专为模型流量打造:它支持 OpenAI chat-completions 线路格式,理解 token 和流式传输,执行提示缓存、模型路由和每个密钥的支出上限,并且对于推理网关还会计量和计费使用量。一些企业会将 LLM 网关置于现有 API 网关之后。
哪个 LLM 网关最好?
这取决于您是否希望自带提供商密钥。自带密钥网关(Portkey、Helicone、LiteLLM)在您已有的账户之上增加路由和可观测性。推理网关(Kunavo、OpenRouter)通过一个预付钱包转售模型访问。Kunavo 是兼容 OpenAI 的推理型 LLM 网关,同时覆盖图像、视频和音频,具体价格取决于模型,低于提供商的标价。
有没有开源的 LLM 网关?
有——LiteLLM 是常见的开源、自托管选择;您使用自己的密钥运行它。Kunavo 是托管服务,无需运行任何组件,并且所有模型共用一个余额。