套餐和功能检查
在一个地方定义客户套餐和功能成本。每次 consume 请求都会检查客户的套餐、功能是否可用，以及余额是否足以覆盖请求的操作。
什么是 QuotaMint？
QuotaMint 是一个应用层 API，用于管理客户套餐、功能权限、额度和用量记录。后端可以询问客户是否能够使用某项功能以及该功能的消耗；QuotaMint 会检查套餐和余额，返回允许或拒绝的决定，并记录消耗。
QuotaMint 与现有计费系统协同工作，而不是取代它。团队可以继续使用支付服务商或自定义计费系统，同时由 QuotaMint 集中管理按量计费产品的运行时访问规则、余额、用量历史记录以及可安全重试的消耗操作。
QuotaMint 能做什么？
额度和用量账本
记录消耗，并提供余额、用量历史记录和计数器供查看，无需维护分散的应用数据表和日志。
幂等消耗
在请求中传入稳定的幂等键，以便重试时返回原始结果，而不会再次消耗额度。
自带计费系统
继续使用 Stripe、Paddle、Razorpay、Lemon Squeezy 或自定义计费系统。应用将客户所属的套餐告知 QuotaMint，而收款仍由计费服务商负责。
集中式访问配置
在专用控制台中管理套餐、功能成本、客户余额和功能访问权限，将产品访问逻辑从分散的后端代码中集中出来。
纯 HTTPS API
无需 SDK 或客户端库，直接通过 HTTPS 调用服务。文档示例使用 bearer 密钥和 POST `/v1/consume` 端点。
使用场景
“AI 生成类产品”
为图像、文本、视频、令牌、文档或代理运行等功能设置不同的额度成本，并在客户余额不足时拒绝请求。
“按量计费 API 产品”
在处理 API 任务前应用针对套餐的用量限制和功能访问检查，同时在集中式账本中记录每次获准的消耗。
“B2B SaaS 套餐权益”
根据客户套餐启用或禁用产品功能，无需在整个应用后端重复编写套餐条件逻辑。
“容易重试的后台任务”
当工作进程或队列可能重试请求时，使用稳定的任务标识符作为幂等键，避免同一操作重复消耗额度。
“已有计费系统的产品”
在成熟的计费系统中保留订阅和支付流程，然后将客户套餐同步至 QuotaMint，以进行运行时用量决策和额度跟踪。
常见问题
QuotaMint 会取代 Stripe 或其他计费服务商吗？
不会。QuotaMint 的设计目标是与计费系统协同工作。网站说明，客户可以继续使用 Stripe、Paddle、Razorpay、Lemon Squeezy 或自定义计费系统，而由 QuotaMint 处理运行时访问、额度和用量记录。
消耗检查如何工作？
后端向 `POST /v1/consume` 发送客户 ID 和功能，也可以选择附带幂等键。QuotaMint 会检查套餐、功能访问权限和余额，然后返回允许或拒绝的结果，并记录获准的消耗。
请求被拒绝时会发生什么？
被拒绝的调用会作为正常决策返回，而不是服务错误。示例显示，应用会返回带有“额度不足”消息的 402 响应，且不会向客户扣费。
QuotaMint 如何防止重试时重复扣费？
调用方在重试同一操作时提供相同的稳定幂等键。QuotaMint 会返回原始结果，且不会再次消耗额度。
QuotaMint 面向哪些用户？
网站将其描述为面向 AI SaaS、按量计费 API 产品、B2B SaaS 以及需要套餐检查、功能访问控制或计量消耗的额度型应用。
快速信息
- 类别
- 用量计量和功能访问 API
- 主要用户
- AI SaaS、API 产品、B2B SaaS 和额度型应用
- API 工作流
- 通过 HTTPS 向 `/v1/consume` 发送 POST 请求，并提供客户 ID、功能和可选的幂等键
- 计费模式
- 使用自有计费服务商或自定义计费系统
- 计量示例
- 图像、文本、视频、令牌、分钟数、文档和代理运行
- 定价结构
- 产品网站展示了基于工作区的 Free、Pro 和 Scale 套餐层级
QuotaMint 流量分析
流量数据仅供参考。
- 域名评分
- 0