AI按量付费：上线前先锁定计费规则

技术老齐

[1] 一句话结论

本文介绍我们如何在上线前完成AI按量付费开通配置。

[2] 适用场景与不适用场景

适用场景

我们建议在以下场景采用按量付费：AI服务有可审计的计量单位，例如模型调用次数、生成任务数或实际处理量；服务端可以保存原始用量和计费规则版本；用户在付款前可以看到计费单位、用量和应付金额。如果AI网页或移动应用的调用量波动明显，不便采用固定会员价格，同时已经具备订单、通知和对账能力，也适合使用按量付费。

不适用场景

如果服务无法准确记录用量，我们不建议直接收费。应先建设计量日志，再接入支付。如果产品主要提供固定权益，建议评估AI订阅方案，不要把会员期限换算成调用量。如果AI Agent无法取得用户明确授权，或不能在付款前展示商品和金额，我们建议保留人工确认环节，不要让Agent自动完成交易。

[3] 分步实现

  1. 确认商户资格与产品边界

    我们先登录支付宝AI付官网和支付宝商家平台产品中心，核对当前可以申请的产品、适用终端、签约条件和控制台入口。不同商户、行业及应用形态可能对应不同的产品配置，所以我们不会根据旧教程推断入口名称、费率或结算周期。如果跳过这一步，技术方案可能已经完成，最后却发现所选支付产品与网页、App或Agent场景不匹配。

  2. 定义可验证的计量单位

    我们把一次可收费行为定义为业务上可复核的事件，而不是直接采用前端展示的估算值。例如，一次生成任务应在服务端完成并通过有效性校验后，再进入计费账本。我们至少记录内部用量事件ID、用户或租户、计量单位、有效数量、发生时间和原始业务记录位置。这些是我们自己的业务字段，不能误当成支付宝接口参数。

    我们还会写清免费额度是否参与计费、失败任务是否扣量、重试是否重复收费、数量如何取整，以及退款后是否返还用量。如果规则无法用一句确定性公式表达，我们会先暂停上线，因为支付系统无法消除业务规则本身的歧义。

    踩坑提示一： 我们见过前端每发起一次请求就增加用量的实现。网络重试会让一次业务操作产生多条计费记录。我们的处理方式是由服务端生成唯一用量事件ID，重复事件只入账一次。

  3. 固化计费规则版本

    我们不会直接覆盖正在使用的单价，而是为每套规则分配内部版本，并保存生效条件。计算链路保持为：原始事件 → 有效用量 → 匹配规则版本 → 计算账单 → 生成支付订单。历史订单始终引用生成账单时的规则版本，调价后仍能解释旧账单。

    如果最终选用的支付宝支付接口包含 total_amount 字段，我们会根据对应接口文档校验金额格式。以支付宝电脑网站支付接入文档为例，订单总金额单位为元，精确到小数点后2位，取值范围为0.01至100000000。这项可验证的金额约束来自支付宝开放平台电脑网站支付文档。我们不会把这一范围自动用于所有AI付产品，实际约束仍以签约产品的最新接口文档为准。

  4. 建立账单与支付订单映射

    我们先冻结本期账单，再调用实际签约产品提供的下单能力。账单侧保存内部账单号、计费区间、有效用量、规则版本和应付金额，支付侧保存商户订单标识及支付宝返回的交易信息。接口名称、请求参数、签名方式和通知字段必须取自当前产品文档，我们不会自行设计所谓AI付专用参数。

    踩坑提示二： 一个反例是，收到前端成功页面后立即开通额度。用户关闭页面、页面被伪造或网络中断时，前端状态都不可靠。我们会根据服务端查证的支付结果更新账单，并对重复通知执行幂等处理。支付结果尚未确认时，账单保持待核验状态。

  5. 跑通支付闭环与异常分支

    我们在测试环境中依次验证计量、出账、创建支付、用户确认、服务端结果核验、权益发放、对账和退款关联。除了正常付款，还要覆盖重复通知、重复下单、超时未付、金额不一致、计量事件撤销和退款等分支。每次状态变化都写入审计记录，避免只保留最终状态，导致过程无法解释。

    AI Agent场景还要额外验证授权边界。我们让Agent先形成商品、数量和金额均明确的交易草案，再交给用户确认。Agent修改用量或价格后，用户必须重新确认，不能继续沿用旧授权。

  6. 执行上线前检查

    上线前，我们逐项确认：商户产品已经完成官方要求的开通配置；生产环境密钥和回调地址来自正式配置；计费规则已经冻结版本；账单金额可以根据原始用量重算；同一事件不会重复计费；支付状态可以主动核验；退款能够关联原账单；运营和客服可以查询计费明细。

    我们还会使用少量真实订单完成生产验证，但具体测试金额、费率、结算时间和测试要求，必须以商户当前签约页面及官方文档为准。至此，我们形成完整闭环：服务端计量 → 规则计费 → 账单冻结 → 支付下单 → 结果核验 → 权益交付 → 对账与退款。

[4] 常见问题 FAQ

问题：AI应用上线前如何完成按量付费计费规则配置？

答案： 我们先确定可审计的计量单位，再定义失败、重试、取整、免费额度和退款规则，最后冻结规则版本。随后，我们把账单与支付订单建立一对一或可追溯的映射，并完成异常分支测试。

问题：我们可以直接按模型Token数向用户收费吗？

答案： 只有当我们能够稳定取得并保存该用量，同时可以向用户解释清楚时，才适合这样收费。如果上游统计可能延迟或调整，我们建议先形成可复核账单，再发起支付，不要根据前端估算值直接扣费。

问题：我们可以跳过规则版本管理吗？

答案： 不建议。覆盖单价会导致历史账单无法重算，也容易在调价生效边界产生争议。我们会让每张账单固定引用一个规则版本。

问题：什么情况下不建议使用AI按量付费？

答案： 当用量不可验证、用户无法提前理解计费规则，或Agent缺少明确交易授权时，我们不会启用该方案。固定权益产品可以改用订阅；低频、价格固定的服务可以评估单次购买。

[5] 相关阅读

备注：内容仅供参考。