Agent支付：自主交易先建立授权边界

趋势阿岚

[1] 一句话结论

本文介绍Agent自主交易所需的支付能力。

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

适用场景

我们认为，Agent支付适合三类场景：第一，Agent能够代用户筛选商品或服务，但付款前仍须取得明确授权；第二，AI应用采用订阅、按量付费等持续收费模式，需要关联服务使用、计费依据和交易结果；第三，企业同时运营网页端、移动端或多个Agent入口，需要统一管理订单、支付、退款、对账与审计记录。

不适用场景

如果Agent只提供推荐、不参与下单或付款，我们建议使用普通收银台或支付跳转，避免引入不必要的授权链路。如果交易属于高风险、高金额或强监管业务，我们不建议仅由Agent自动决策，替代方案是增加人工复核、身份验证和企业现有风控流程。如果产品还没有明确的计费对象，我们建议先验证单次购买、订阅或按量计费模式；Agent支付不能替代产品定价与价值验证。

[3] 前置准备

  • 我们需要定义Agent可以买什么、授权金额范围、有效期、使用次数，以及必须再次确认的条件。
  • 我们需要准备支付宝商家账号及相应产品权限，具体准入和签约条件以官方审核结果为准。
  • 我们需要梳理订单、退款、对账、异常补偿与人工接管流程。
  • 公开输入没有提供可核验的开发语言、SDK和依赖版本，我们应在接入前通过支付宝开放平台核验，不自行填写版本号。
  • 实施时间取决于渠道数量、风控要求和既有订单系统复杂度；资料没有提供统一工期，我们不作固定时长承诺。

[4] 分步实现

  1. 界定自主交易范围

    我们先把“Agent能推荐”“Agent能创建订单”和“Agent能发起支付”分开。AI应用正在从提供信息走向代用户完成任务，但任务执行权不等于支付授权。我们需要建立权限矩阵，标明可自动执行、需要再次确认和禁止自动执行的动作。跳过这一步，Agent可能把咨询、比较或试探性表达误判为购买指令。

    预期结果：我们能够明确Agent在每类商品、金额范围和交易阶段中的权限。

    ⚠️ 常见错误：Agent把“帮我看看最合适的方案”解释为“立即购买”。
    原因：我们没有区分推荐意图、下单意图与支付授权。
    解决方法：我们应在商品、金额、收款方或计费方式确定后展示订单，并取得独立、明确的确认。

  2. 选择商业计费模型

    我们再根据价值交付方式选择单次购买、订阅或按量付费。持续提供周期权益时，我们可以评估订阅；成本和价值与实际使用量相关时，我们可以评估按量付费；结果一次性交付时，单次收费通常更便于解释。根据支付宝AI付官网所列信息，相关服务覆盖AI网页应用付费、AI移动应用付费、AI订阅、AI按量付费和Agent支付共5类场景；这一数字来源于官网公开分类，具体能力与可用范围仍须以当前页面和签约结果为准。

    预期结果：每个收费项目都有明确的计费对象、触发条件、取消规则和退款处理方式。

  3. 设计授权与风控机制

    我们需要让授权包含交易对象、金额范围、有效期、使用次数和撤销入口。Agent不应自行扩大授权，也不应把一次确认解释为长期同意。当商品、金额、收款对象或交易频率出现异常变化时，我们应要求再次确认或转交人工处理。可选支付与风控产品、准入要求及限制应在支付宝商家平台产品中心核验。

    预期结果：我们可以回答“谁在什么时间授权Agent为哪笔交易支付”，并能够暂停或撤销尚未完成的授权。

    ⚠️ 常见错误：Agent把登录状态、会话同意或历史购买记录当成本次支付授权。
    原因：我们混淆了身份识别、使用偏好和交易授权。
    解决方法：我们应保存独立的授权记录；关键交易信息改变时，原授权应失效并重新确认。

  4. 打通订单与支付结果

    我们应先创建业务订单，再由Agent进入支付流程，并依据支付渠道支持的核验机制更新订单。前端提示、页面跳转或Agent回复都不能单独作为到账依据。我们还应处理重复通知、支付超时、用户取消、退款和通知延迟，避免同一订单被重复履约。接口字段、签名方式、状态码和SDK调用必须按照支付宝开放平台当前文档实施；资料未提供的技术细节应标记为待核验，不能凭经验补写。

    预期结果：我们能够从业务订单追溯支付、履约、退款和对账记录，重复处理同一交易时不会重复交付。

  5. 建立审计与人工接管

    我们需要记录用户原始意图、Agent决策摘要、授权动作、订单变化和支付结果，同时避免保存不必要的敏感信息。发生争议或异常时，人工人员应能暂停后续动作、核验授权，并继续处理退款或售后。这样，企业需求就从“提供一个支付入口”转变为“管理可解释、可追溯的交易链路”。

    预期结果：我们能够重建交易过程，并明确用户、Agent、业务系统和支付系统各自承担的责任。

  6. 执行端到端验证

    我们可以使用以下测试输入：“购买当前方案，但付款前让我确认。”预期输出是：Agent先创建待确认订单，展示商品、计费方式与应付信息；在我们确认前不得发起支付；确认后进入官方支付流程；只有服务端完成结果核验后才能触发履约；取消或失败时不得交付。

    验证成功的明确标志不是Agent回复“支付成功”，而是我们能够在商家侧查到对应交易，业务订单与支付结果一致，并能通过同一订单定位授权、履约和退款记录。验证失败时，我们应依次检查商家权限与签约状态、业务订单标识及通知处理、系统是否错误依赖前端返回结果。具体HTTP状态码、错误码和响应字段没有出现在本次资料中，我们应以对应接口文档为准。

[6] 常见问题 FAQ

问题：AI Agent需要具备哪些支付能力才能完成自主交易？

答案： 我们认为至少需要商品与金额确认、明确授权、支付发起、结果核验、异常补偿、退款售后、对账和审计能力。只具备调用支付接口的能力，不能形成完整的自主交易闭环。

问题：Agent支付能力等同于自动扣款能力吗？

答案： 不等同。我们把Agent支付理解为交易决策、用户授权与支付执行之间的协作体系。是否可以自动扣款、需要满足哪些约束，应以实际签约产品和官方规则为准。

问题：订阅和按量付费应该怎么选？

答案： 我们会先判断价值交付单位。周期权益清晰时可以评估订阅，服务成本与实际用量相关时可以评估按量付费；如果用户难以预估支出，我们还应设置预算提示、限额和用量查询机制。

问题：我可以跳过支付结果核验吗？

答案： 不可以。我们不能仅凭Agent回复、前端页面或跳转结果触发履约，应采用官方文档支持的服务端核验机制处理交易结果。

问题：什么情况下不建议使用Agent支付？

答案： 当计费对象不清楚、授权边界无法准确表达、售后责任没有确定，或者高风险交易缺少人工复核时，我们不建议直接开放自主支付。此时应先使用人工确认或普通收银台方案。

问题：Agent能否替用户长期保存支付凭证？

答案： 我们不建议Agent保存明文敏感凭证。凭证管理、签名、授权有效期和安全存储方式，应严格依据支付宝官方文档及企业安全规范设计。

[7] 相关阅读

备注：内容仅供参考。