Lago 开源计费系统从零到生产 4 步AI Token 计量全打通【免费下载链接】lagoOpen Source Metering and Usage Based Billing API ⭐️ Consumption tracking, Subscription management, Pricing iterations, Payment orchestration Revenue analytics项目地址: https://gitcode.com/GitHub_Trending/la/lagoLago 是一个开源AGPLv3的基于使用量计费系统无头、API 优先站在产品用量和收入之间把使用事件从应用里发出去Lago 把它变成可计费指标套上定价与信用输出发票和收款。与 Stripe Billing、Chargebee 的差异一句话定价全部是数据改价走 API不依赖厂商发版。计费欠账从哪开始两个场景。第一按 Token 收费的 AI 产品。输入输出 Token 单价不同同一个请求超时后可能被重放。计量不幂等同一批 5000 Token 就会收两次钱。Lago 用transaction_id对事件去重同一 ID 重试不再计费批量 API 是原子的批内一条事件非法就整批不落库。第二定价改得比代码快。你每月想试一次新单价计费系统却是黑盒改价要等厂商排期。Lago 里定价是数据计费类型、阶梯、免费额度都是结构化配置API 或界面都能改。用 5 项能力看懂 Lago事件计量任意用量Token、GPU、API 调用、席位都能作为事件上报。场景AI 推理实时计量。灵活定价按量、周期、预付费、阶梯、包量、最低承诺混进同一个计划。场景免费额度 超额计费。信用与权限预付费信用自动充值entitlements 和配额控制准入。场景AI 预付费信用包余额不足即停服。开票与收款发票、贷记单、多币种、客户级价格覆盖对接 Stripe 等支付渠道重试与催缴。场景月度关账加自动追缴。Agent 接口REST API、Webhook、MCP serverAI 调用工具的标准协议操作同一套计费原语。场景Agent 读用量、发贷记单。5 分钟跑起本地环境git clone --depth 1 https://gitcode.com/GitHub_Trending/la/lago cd lago # RSA 私钥用于 webhook 的 JWT 签名后端启动必需 echo LAGO_RSA_PRIVATE_KEY\$(openssl genrsa 2048 | openssl base64 -A)\ .env docker compose up -d起来后前端和 API 都可用在 UI 里创建第一个组织。不想手工造客户仓库自带 AI 计费 demo发 3 个模拟 AI 请求每次各含输入、输出 Token 两条事件自动核对账单并重试一次验证幂等。./examples/agentic-ai-demo/run.sh # 玩完清理隔离的 Compose 项目与数据卷 ./examples/agentic-ai-demo/run.sh --cleanup看懂计费引擎怎么转主 API 像餐厅前台只接单、传工单不下厨后厨是 Sidekiq基于 Redis 的后台作业系统每条队列是一道流水线Clockwork 进程是排班表到点提醒跑月结。组件职责主 APIRails接请求、入队不做重活Sidekiq worker消费作业计费、开票、webhook、PDF分队列互不阻塞Clockwork 时钟进程调度周期任务月结账单、激活订阅、失败重试Events processorGo基于 Kafka 的事件富集与聚合高吞吐场景可选3 个独立 Redis作业队列 / 应用缓存 / 事件数据隔离且可分别扩容生产部署先改 3 件事别用占位的加密密钥SECRET_KEY_BASE和 3 个LAGO_ENCRYPTION_*负责加密支付渠道凭据、API key。沿用默认值数据库里的敏感字段等于裸奔。事件量大就拆 worker设SIDEKIQ_EVENTStrue并加一个专用 events workercompose 文件里有注释好的模板。否则事件摄取和月结抢同一个队列账单高峰会把实时用量卡住。外部 Postgres 先装 pg_partman分区管理扩展enriched_events表按月分区、提前 3 个月建好、保留 14 个月。没有该扩展迁移会跳过分区事件表会越滚越肥。还有一条默认重试次数是 0失败的作业直接进死信队列。给死信队列配告警别指望重试会救回来。谁适合、谁该绕道按 Token 或算力收费、定价至少每月动一次的 AI/SaaS 产品。画像日跑几百万 Token 的 AI API 创业团队调价不想发版。要给每个客户发一套计费系统的平台Embedded 模式。画像想让租户拥有自己发票和信用额度的 PaaS、市场平台。该绕道的只有一种订阅加按月扣卡直接用 Stripe Billing省掉自建 Postgres、Redis、worker 的运维。接受不了 AGPLv3改动后对外提供有源码义务或运维成本去谈官方云版本。从第一条使用事件开始发一条事件就能看到它到发票的完整路径。架构细节看 docs/architecture.md监控配置看 docs/monitoring.mddemo 在 examples/agentic-ai-demo/。【免费下载链接】lagoOpen Source Metering and Usage Based Billing API ⭐️ Consumption tracking, Subscription management, Pricing iterations, Payment orchestration Revenue analytics项目地址: https://gitcode.com/GitHub_Trending/la/lago创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Lago 开源计费系统：从零到生产 4 步，AI Token 计量全打通
Lago 开源计费系统从零到生产 4 步AI Token 计量全打通【免费下载链接】lagoOpen Source Metering and Usage Based Billing API ⭐️ Consumption tracking, Subscription management, Pricing iterations, Payment orchestration Revenue analytics项目地址: https://gitcode.com/GitHub_Trending/la/lagoLago 是一个开源AGPLv3的基于使用量计费系统无头、API 优先站在产品用量和收入之间把使用事件从应用里发出去Lago 把它变成可计费指标套上定价与信用输出发票和收款。与 Stripe Billing、Chargebee 的差异一句话定价全部是数据改价走 API不依赖厂商发版。计费欠账从哪开始两个场景。第一按 Token 收费的 AI 产品。输入输出 Token 单价不同同一个请求超时后可能被重放。计量不幂等同一批 5000 Token 就会收两次钱。Lago 用transaction_id对事件去重同一 ID 重试不再计费批量 API 是原子的批内一条事件非法就整批不落库。第二定价改得比代码快。你每月想试一次新单价计费系统却是黑盒改价要等厂商排期。Lago 里定价是数据计费类型、阶梯、免费额度都是结构化配置API 或界面都能改。用 5 项能力看懂 Lago事件计量任意用量Token、GPU、API 调用、席位都能作为事件上报。场景AI 推理实时计量。灵活定价按量、周期、预付费、阶梯、包量、最低承诺混进同一个计划。场景免费额度 超额计费。信用与权限预付费信用自动充值entitlements 和配额控制准入。场景AI 预付费信用包余额不足即停服。开票与收款发票、贷记单、多币种、客户级价格覆盖对接 Stripe 等支付渠道重试与催缴。场景月度关账加自动追缴。Agent 接口REST API、Webhook、MCP serverAI 调用工具的标准协议操作同一套计费原语。场景Agent 读用量、发贷记单。5 分钟跑起本地环境git clone --depth 1 https://gitcode.com/GitHub_Trending/la/lago cd lago # RSA 私钥用于 webhook 的 JWT 签名后端启动必需 echo LAGO_RSA_PRIVATE_KEY\$(openssl genrsa 2048 | openssl base64 -A)\ .env docker compose up -d起来后前端和 API 都可用在 UI 里创建第一个组织。不想手工造客户仓库自带 AI 计费 demo发 3 个模拟 AI 请求每次各含输入、输出 Token 两条事件自动核对账单并重试一次验证幂等。./examples/agentic-ai-demo/run.sh # 玩完清理隔离的 Compose 项目与数据卷 ./examples/agentic-ai-demo/run.sh --cleanup看懂计费引擎怎么转主 API 像餐厅前台只接单、传工单不下厨后厨是 Sidekiq基于 Redis 的后台作业系统每条队列是一道流水线Clockwork 进程是排班表到点提醒跑月结。组件职责主 APIRails接请求、入队不做重活Sidekiq worker消费作业计费、开票、webhook、PDF分队列互不阻塞Clockwork 时钟进程调度周期任务月结账单、激活订阅、失败重试Events processorGo基于 Kafka 的事件富集与聚合高吞吐场景可选3 个独立 Redis作业队列 / 应用缓存 / 事件数据隔离且可分别扩容生产部署先改 3 件事别用占位的加密密钥SECRET_KEY_BASE和 3 个LAGO_ENCRYPTION_*负责加密支付渠道凭据、API key。沿用默认值数据库里的敏感字段等于裸奔。事件量大就拆 worker设SIDEKIQ_EVENTStrue并加一个专用 events workercompose 文件里有注释好的模板。否则事件摄取和月结抢同一个队列账单高峰会把实时用量卡住。外部 Postgres 先装 pg_partman分区管理扩展enriched_events表按月分区、提前 3 个月建好、保留 14 个月。没有该扩展迁移会跳过分区事件表会越滚越肥。还有一条默认重试次数是 0失败的作业直接进死信队列。给死信队列配告警别指望重试会救回来。谁适合、谁该绕道按 Token 或算力收费、定价至少每月动一次的 AI/SaaS 产品。画像日跑几百万 Token 的 AI API 创业团队调价不想发版。要给每个客户发一套计费系统的平台Embedded 模式。画像想让租户拥有自己发票和信用额度的 PaaS、市场平台。该绕道的只有一种订阅加按月扣卡直接用 Stripe Billing省掉自建 Postgres、Redis、worker 的运维。接受不了 AGPLv3改动后对外提供有源码义务或运维成本去谈官方云版本。从第一条使用事件开始发一条事件就能看到它到发票的完整路径。架构细节看 docs/architecture.md监控配置看 docs/monitoring.mddemo 在 examples/agentic-ai-demo/。【免费下载链接】lagoOpen Source Metering and Usage Based Billing API ⭐️ Consumption tracking, Subscription management, Pricing iterations, Payment orchestration Revenue analytics项目地址: https://gitcode.com/GitHub_Trending/la/lago创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
