---
title: "Lazu 与 LiteLLM"
description: "LiteLLM 是一个 Python 库加代理，给你的服务一个统一接口调多家供应商；Lazu 是一个 Go 网关，给人和 Agent 开模型账户。各自适合什么场景，Key、预算、用量记录和协议上有什么不同。"
source: https://lazu.ai/docs/zh/compare/litellm
updated: 2026-11-03
---

# Lazu 与 LiteLLM

[LiteLLM](https://github.com/BerriAI/litellm) 是用得最多的开源 LLM 网关。它起初是一个 Python SDK，用一个函数调一百家供应商，代理是围着它长出来的。Lazu 是一个 Go 网关，连同账本、控制台和文档站打包成一个产品。两者在「一个入口，多家供应商」上重合，在周围几乎所有事情上分开。以下事实于 2026 年 11 月 2 日核对。

## 各自给谁用

**LiteLLM** 给的是给自家服务跑共享网关的平台团队：要一个能进版本库的 `config.yaml`，要能挂 Python 回调，要一个管 Key、团队和花费的管理界面。SDK 不带代理也能单独用。

**Lazu** 给的是给人和 Agent 发 Key 的团队、实验室或公司：每把 Key 有预算，每个请求有记录，Key 的主人自己能读。运营者在控制台里管上游、价格和用户；路由没有配置文件。

## 并排看

|      | LiteLLM                                                             | Lazu                                               |
| ---- | ------------------------------------------------------------------- | -------------------------------------------------- |
| 运行时  | Python 代理（Rust 路径可选，只服务少数几条路由）；pip、Docker、Helm                      | Go 网关和 worker、React 控制台、Vocs 文档站；一套 Docker Compose |
| 配置   | `config.yaml` 加环境变量；管理界面                                            | 上游、价格、用户、公告都在控制台；环境变量和 `config.yaml` 只放凭据          |
| 账户   | 虚拟 Key、内部用户、团队、组织、客户                                                | 用户、团队和项目、成员预算、API Key                              |
| 预算   | 按 Key、团队、成员、用户、客户，可定期重置；到 `max_budget` 硬拦                           | 预付余额；按 Key 上限、项目和支出预算；调用前预留，按上游计数结算，失败释放           |
| 用量记录 | 花费统计和日志；花费报表、按团队记日志和多种导出属企业版                                        | 每个请求一条记录，含用量、测量来源和计费明细，发起请求的 Key 可读；Agent 会话；核对脚本  |
| 路由   | Router 在多个部署间重试和回退，负载均衡                                             | 每个模型按优先级和权重选渠道，健康窗口，同模型重试；公开的线路健康页                 |
| 协议   | 接收 OpenAI、Anthropic `/v1/messages`、Gemini `generateContent`，转给任意供应商 | 接收同样三族；只在无损时转换，否则返回点名该功能的 `400`                    |
| 扩展   | `litellm_settings` 里的 Python `CustomLogger` 钩子和护栏                   | 编译进构建的 Go 和前端扩展点；核心不知道扩展的存在                        |
| 付费版  | 企业许可：5 人以上 SSO、审计日志、RBAC、标签预算、预警、花费报表、日志导出、更多护栏                     | 没有；仓库里的东西不需要许可证就能全部跑起来                             |
| 许可   | MIT，`enterprise/` 另有许可                                              | AGPL-3.0-or-later                                  |

## 钱

LiteLLM 按层级统计花费，超预算的层级被拦。Lazu 开始得更早、结束得更晚：调上游之前从预付余额里预留一个估算值，调完之后按上游报的用量结算，并把每个维度标成上游测量、本地估算或不可用。失败且没有可计费输出的请求退回预留；账户付不起的请求到不了上游；账户永远不会被悄悄透支。规则写在[计费合同](https://github.com/lazu-ai/lazu/blob/main/docs/billing-contract.md)里，也老实写了一句：预留是估算不是上限，没限制输出长度的请求可能花得比预留的多。

如果你要的是给十几个内部服务按月重置的预算，LiteLLM 今天就有。如果你要把一把 Key 交给外包或者 Agent，事后要能准确说出它花了多少，Lazu 就是围着这件事做的。

## 协议

两者都接受 OpenAI、Anthropic 和 Gemini 格式的请求，并发给说另一种格式的供应商。LiteLLM 的文档写了能转到它支持的每家供应商，没有写保真规则。Lazu 只沿着验证过无损的边转换，其余的在调上游之前返回点名功能和字段的 `400`，所以工具调用或推理参数不会在路上被丢掉（[设计说明](https://github.com/lazu-ai/lazu/blob/main/docs/protocol-conversion-architecture.md)）。

## 什么时候选哪个

- 网关是你平台内部的一块、你要 YAML 和 Python 钩子、或者你已经在用 LiteLLM SDK，选 **LiteLLM**。
- 网关本身就是你要交给人的产品：带预算的 Key、钱包、他们自己能读的请求记录、一个不写代码的运营者也能用的控制台，选 **Lazu**。
- 两个一起跑也合理：LiteLLM 当服务里的库，Lazu 当那个服务扣钱的账户。

另见 [Lazu 与 New API](https://lazu.ai/docs/zh/compare/new-api) 和[其他网关概览](https://lazu.ai/docs/zh/compare/overview)。