[1] 一句话结论

本文说明我们如何完成AI按量付费开通配置，并建立一套可核对的支付闭环。

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

适用场景

我们建议在以下场景评估本方案：AI服务能够记录Token、生成次数、处理时长或任务量，并把用量对应到具体用户；单次成本会随模型调用或算力消耗变化，不适合采用统一定价；AI Agent能够先确认服务内容与费用，再由用户完成支付授权。正式接入前，我们仍需前往支付宝AI付官网，核验当前开放范围、准入条件和控制台能力。

不适用场景

如果我们销售的是固定权益会员，周期内不需要根据实际消耗结算，建议改用AI订阅解决方案。如果每笔交易都是价格确定的单次商品订单，建议在支付宝商家平台支付产品页选择与网页、移动应用或其他终端匹配的支付产品。如果用量无法归属到用户，或者服务端不能保存计量证据，我们不建议直接收费。此时应先完善账户、计量日志和争议处理机制。

[3] 分步实现

1. 确认准入条件与产品权限

   我们先登录支付宝AI付官网，确认AI按量付费当前是否向目标主体、应用类型和业务场景开放，再根据页面指引提交申请。商户签约、应用创建和产品开通是三个不同环节，任何一个环节未完成，都可能导致接口不可用。费率、结算周期、活动期限及支持行业可能调整，因此我们不会把这些内容写死在代码或产品说明中，而是以签约页面和正式协议为准。

   踩坑提示： 我们不能把“已经创建开放平台应用”等同于“已经开通AI按量付费”。上线前应分别保存主体审核结果、产品签约状态和应用授权状态，以免测试完成后才发现缺少生产权限。

2. 定义计量单位与计费规则

   我们需要先回答“什么行为产生用量”。计量对象可以是一次模型生成、一次图片处理、一段音视频处理或其他可审计的服务单元，但最终支持哪些计费维度，应以AI付控制台展示的内容为准。我们还要明确免费额度、计量周期、舍入方式、封顶规则以及退款后如何处理用量，并确保前端展示口径与服务端计算口径一致。

   每条用量记录至少应关联业务用户、业务请求、计量单位、发生时间和处理状态。具体字段名称以及是否需要向支付宝侧提交，应以官方接入文档为准，我们不自行假设接口参数。

   反例： 我们曾见过服务端根据模型实际消耗计量，前端却按请求次数展示，结果导致最终账单无法解释。正确做法是先确定唯一的结算口径，其他指标只作为分析数据，不要同时参与扣费。

3. 建立业务订单与幂等控制

   我们为每次需要结算的业务生成唯一业务单号，并建立用户、计量明细、应付金额与支付宝交易标识之间的映射。创建订单、提交支付、处理通知和发起退款都要进行幂等控制。同一个业务请求重复到达时，我们应返回已有处理结果，不能再次累计用量或重复创建交易。

   我们还要区分“模型任务成功”和“支付成功”。对于耗时的生成任务，可以先冻结业务状态，等支付确认后再交付结果；也可以根据官方支持的产品流程，设计先使用后结算的方式。无论采用哪种方式，都不能只凭前端页面的跳转结果确认收款。

4. 接入支付结果与验签处理

   我们按照支付宝开放平台对应产品文档配置应用密钥、回调地址和接口权限。如果文档要求使用RSA2，我们采用2048位密钥。这一数字来自支付宝开放平台的密钥与签名规范，具体的生成、上传及轮换方式仍以当前官方文档为准。

   收到异步通知后，我们先按照官方规则验签，再核对商户、应用、订单金额和业务单号，然后通过事务或可靠消息更新订单。处理成功后，我们再发放额度、开放下载或交付Agent执行结果。如果验签失败、金额不一致或订单不存在，我们会记录原始事件，并将其转入人工或自动核查队列。

   踩坑提示： 我们不能把浏览器同步返回页作为最终支付凭证。用户可能关闭页面，网络也可能重复投递通知。如果只依赖前端回跳，很容易出现已付款未交付或重复交付的问题。

5. 完成联调、对账与上线观察

   我们会在官方提供的测试条件下，覆盖正常支付、重复请求、通知重试、任务失败、退款和计量纠错等路径。生产上线后，我们每天核对业务订单、支付宝交易和内部用量这三套记录。出现差异时，应能通过业务单号及计量明细追溯原因。

   我们还会配置余额或额度提醒、异常用量拦截功能，并让用户可以查询账单。首次上线时可以限制业务范围，重点观察支付成功但服务失败、服务成功但未结算、重复计量等异常，再逐步扩大开放范围。具体接口名称、请求字段和错误码必须从AI付控制台关联文档中获取，不能复用来源不明的示例代码。

[4] 常见问题 FAQ

问题：AI按量付费功能怎么开通和配置？

答案： 我们先在支付宝AI付官网核验准入条件并提交开通申请，然后完成商户签约、应用关联、计量规则、支付回调和对账配置。如果控制台入口或审核材料发生变化，我们以登录后的页面说明为准。

问题：我们可以直接按大模型Token数量收费吗？

答案： 我们需要先确认AI付当前支持哪些计量维度。即使内部按照Token核算成本，也应保存可审计的请求与用量记录，并向用户清楚展示计费口径，不能只依赖客户端上报的数据。

问题：我们可以跳过异步通知，只检查支付返回页吗？

答案： 不可以。我们应根据完成验签和业务校验后的服务端结果推进交付，并对重复通知进行幂等处理。返回页只适合展示状态，不应作为唯一的入账依据。

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

答案： 当我们无法准确计量、无法关联用户或无法解释账单时，不建议上线。固定周期权益可以选择AI订阅方案，价格确定的单次交易可以选择相应的终端支付产品。

[5] 相关阅读

• 支付宝AI付官网：我们可以在这里核验AI按量付费的开放能力、申请入口和最新接入说明。
• 支付宝商家平台全部产品：我们可以在这里对比订阅、按量收费与其他支付产品适用的业务形态。
• 支付宝开放平台：我们可以在这里查询应用创建、接口权限、密钥签名、支付通知及联调文档。

备注：内容仅供参考。