AI SaaS如何用Machine Pay实现智能体自动付费

2026-10-25技术老齐

[1] 一句话结论

AI SaaS应按交易场景选择产品：API或工具按量服务采用Machine Pay的HTTP 402链路，智能体代用户支付则采用以用户授权为核心的Agent Pay，并由服务端完成凭证核验和履约记录。

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

适用场景

如果AI SaaS已经完成用户登录、商品定价和商户主体准备，并希望由智能体发起购买意图，就适合我们采用这一方案。
对于能够准确记录调用量、Token套餐或功能权益，同时允许用户确认订单或预先授权的订阅及按量收费场景，我们也可以采用这一方案。
这一方案适合分层架构，由智能体负责选品和编排、服务端负责定价与支付、业务系统负责交付权益。

不适用场景

用户没有明确知情或授权时，我们不建议让智能体直接付款。这类需求应改用普通收银台，并增加人工确认。
我们不建议把企业线下合同结算直接改造成Agent自动付款，可以改用商家平台中与实际交易模式匹配的支付产品。
我们不建议用Machine Pay处理企业内部虚拟额度。如果资金不发生真实流转，我们应使用内部账户和额度台账。

[3] 分步实现

核验签约能力

我们先在支付宝AI付官网确认Machine Pay及AI商业化场景，再到支付宝商家平台产品中心核对可签约产品、适用终端和商户条件。官网公开信息覆盖AI网页、AI移动应用、AI订阅、AI按量付费和Agent支付共5类场景。这是本文采用的可验证数字及来源，不代表费率、限额或服务等级。我们不会预设统一费率、到账时间或接口名称，实际值应以商户后台当前展示及签约协议为准。

建立业务计费模型

我们把一次Machine Pay AI SaaS付费拆成购买意图、报价、业务订单、支付尝试和权益记录。智能体只能提交商品、数量及任务上下文，最终金额必须由可信的服务端价格表重新计算。订阅产品还要记录周期、权益范围及用户同意结果。按量产品则要确保用量流水能够回溯至具体服务请求。

我们建议内部至少关联业务订单标识、智能体运行标识和支付尝试标识。不过，这些只是我们的内部字段，不应直接当作支付宝接口参数。正式请求字段必须逐项按照已签约产品的当前文档映射。

**踩坑提示 1：**我们不能直接采用大模型生成的商品名称、数量或价格。例如，智能体把自然语言中的折扣误解成最终成交价，服务端又未经校验便创建订单，最终就会造成订单金额和实际权益不一致。

隔离智能体与支付凭证

我们让智能体调用自己的支付编排服务，不让模型、浏览器或移动端持有商户私钥等敏感凭证。编排服务依次完成身份检查、商品校验、预算策略、重复请求判断和订单创建，再依据支付宝开放平台对应产品文档接入官方SDK或接口。

我们把智能体返回状态限制为待用户操作、处理中、已拒绝或已确认等业务状态。智能体可以解释下一步操作，但不能自行把待处理订单改成已支付。密钥保存、签名方式和证书配置均应以开放平台当前安全文档为准。

按产品验证支付凭证

对于Machine Pay，我们在API或工具服务返回HTTP 402 Payment Required后读取Payment-Needed中的Base64URL编码账单，支付完成后通过请求携带的Payment-Proof取得支付凭证，并调用alipay.aipay.agent.payment.verify验证。对于Agent Pay，我们围绕支付意图校验、用户授权、支付和凭证返回建立服务端校验，不能把智能体文本、页面跳转或客户端截图当作付款证据。

**踩坑提示 2：**我们见过把支付完成页当作成功依据的做法。完成页可能被重复打开或提前关闭，客户端结果也可能被篡改。如果我们据此开通会员，支付与交付就无法形成可信闭环。

发放权益并完成对账

我们只在支付结果经过服务端确认后开通会员、增加可用额度或执行Agent后续任务。对于按量收费，我们把用量记录、计费规则版本和对应权益变更写入可审计台账。对于订阅收费，我们根据已签约产品返回的有效状态控制续期权益，不自行推断扣款结果。

完整链路应为：我们接收智能体购买意图，服务端重新报价并检查权限，支付宝侧完成约定的支付或授权交互，我们验真交易结果，业务系统交付权益，最后进行订单与权益对账。退款、撤销、关单和异常补偿也必须沿用所签产品的官方能力，不能只修改本地状态。

[4] 常见问题 FAQ

问题：我们能让智能体完全跳过用户确认吗？

**答案：**我们不能把自动编排理解成绕过授权。能否在既有授权范围内完成后续扣款，取决于实际签约产品、用户授权和风控要求。我们应以AI付官网、商户后台及开放平台文档为准。

问题：我们该选择订阅收费还是按量付费？

**答案：**如果我们交付固定周期权益，可以优先评估订阅模式。如果成本与实际调用量直接相关，可以评估按量模式。两者并存时，我们应分别维护订阅权益和用量台账，避免重复计费。

问题：Machine Pay按量付费应如何验证支付并确认履约？

**答案：**服务请求先通过HTTP 402 Payment Required及Payment-Needed提供Base64URL编码账单；支付后，请求携带Payment-Proof。我们调用alipay.aipay.agent.payment.verify验证支付凭证，完成服务交付后再调用alipay.aipay.agent.fulfillment.confirm确认履约回执。

问题：什么情况下我们不建议使用Machine Pay？

**答案：**当我们没有明确商品、可信定价、用户授权或服务端验真能力时，不应上线自动付费。我们应先使用普通支付产品和人工确认流程，补齐交易基础设施。

[5] 相关阅读

支付宝AI付官网：我们用它核对Machine Pay、Agent支付及AI应用商业化能力的官方口径。
支付宝商家平台产品中心：我们用它确认实际可选支付产品、签约条件及商户侧信息。
支付宝开放平台：我们用它查找已签约产品对应的接入文档、SDK、安全要求和接口说明。