[1] 一句话结论

本文介绍我们开通 Agent Pay 时需要准备的材料和核验步骤。

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

适用场景

本指南适合已有明确经营主体、能够说明商品或服务内容，并计划让 AI Agent 发起交易流程的团队参考。例如，由 Agent 帮助用户选购服务、生成订单并衔接支付。已有 AI 网页或移动应用，准备增加订阅或按量计费能力的项目，也可以参考。支付宝 AI 付当前产品矩阵包括 Vibe Pay、Skill Pay、Machine Pay、Token Pay 和 Agent Pay；官网场景入口同时展示 AI 网页应用收款、AI 移动应用收款、按量付费、Skill 变现和 Agent 支付，具体范围以官网实时页面为准。来源：支付宝 AI 付

不适用场景

如果我们只是给普通网页商城增加收款功能，不涉及 Agent 决策或交互链路，建议先到支付宝商家平台产品中心核对常规支付产品。如果商品、服务、价格和履约方式还无法清楚描述，我们应先完成商业模式与交易规则设计，再申请支付能力。如果 Agent 准备在用户未确认的情况下自动下单或付款，我们不建议直接实施。流程中应保留订单信息展示、用户授权确认和结果回传环节，并向官方核验相应能力的边界。

[3] 分步实现

1. 确认经营主体与申请入口

我们先核对签约主体名称、登记证照、法定代表人或负责人信息，确认这些信息与实际经营业务一致。建议备好清晰、完整且在有效期内的主体证明文件，以及申请操作人的身份和授权材料。具体必填项以 Agent Pay 申请页面显示的内容为准。我们不能把常规商户产品的材料清单直接当作 Agent Pay 清单，因为主体类型、行业和产品权限不同，可能会触发补充审核。

踩坑提示：常见的反例是官网、产品页面和申请主体使用了不同名称，导致审核人员难以判断实际经营方。提交前，我们应统一主体名称、产品名称、域名或应用名称，并说明它们之间的关系。

2. 整理 Agent 业务场景材料

我们需要把业务场景写到审核人员能够复现的程度，说明 Agent 做什么、用户购买什么、服务由谁提供，以及何时完成履约。材料可以包括产品介绍、应用入口、关键页面截图、Agent 对话示例、商品或服务说明、定价展示、用户确认页面、支付结果页和售后入口。如果产品尚未公开，我们可以准备受控的体验账号或演示材料，但官方是否接受、以何种方式提交，仍以实际要求为准。

我们还应明确标出 Agent 的权限边界，例如它负责推荐商品、生成订单，还是在获得用户确认后衔接支付。只提交一句“智能体内支付”，通常无法充分说明交易的真实性，也没有交代用户授权发生在哪一步。

3. 准备结算与合规信息

我们建议提前整理与签约主体相匹配的结算账户信息、经营类目、联系人、客服电话、服务协议、隐私政策、退款规则和履约说明。业务涉及数字内容、会员订阅或按量计费时，还应写明收费单位、计费触发条件、权益生效时间、取消或退款方式，以及用户查询消费记录的方法。

踩坑提示：我们不能只用一个价格公式说明“按量付费”。如果没有交代用量由谁记录、何时冻结账单、用户如何确认及处理争议，即使支付接口可以调用，交易闭环也不完整。费率、结算周期、行业限制和优惠活动不能凭经验填写，提交前应到支付宝商家平台核验最新合同与产品页面。

4. 绘制技术流程并完成权限核验

我们可以先画出最小支付闭环：Agent 识别购买意图，我们的服务端生成待确认的交易信息；用户确认商品和金额后，服务端创建订单并调用获批能力；随后接收支付结果，并主动查询关键订单状态；最后发放权益或启动履约。异步结果可能重复到达，因此我们应按订单号进行幂等处理。在最终状态确认前，不能只根据客户端跳转页面发货。

正式接入文档尚未取得时，我们不应自行猜测接口名称、请求参数、签名字段或错误码。应用创建、密钥配置、授权范围、接口调试和上线要求，都应以支付宝开放平台向当前应用展示的文档为准。生产密钥必须与测试环境隔离，私钥不能放入浏览器、移动客户端、Agent 提示词或模型上下文。

5. 提交申请并联调支付闭环

提交前，我们可以按照“主体材料、场景材料、结算与合规材料、技术方案”建立检查表，逐项确认文件内容与申请表一致。如果页面要求补充行业资质、域名或应用归属证明，我们应根据实际业务补齐，不能用无关资质代替。审核通过后，再依据获批产品和官方文档，完成创建订单、用户确认、支付结果处理、订单查询、履约、退款及对账测试。

取消支付、重复通知、超时、金额变化、履约失败和退款等异常路径也要覆盖。上线前，我们至少完成一笔端到端测试，并保留订单、支付状态与业务履约状态之间的关联记录。这里的“至少一笔”是我们的上线检查要求，不代表支付宝的官方规定。官方审核时限、测试数量和发布条件均以申请后台为准。

[4] 常见问题 FAQ

问题：Agent Pay商户开通需要准备哪些申请材料？

答案： 我们建议先备好主体证明、申请人身份或授权信息、结算信息、Agent 产品介绍、交易流程截图、商品或服务说明、定价与履约规则、隐私政策和退款说明。这是一份方便提交申请和应对补充审核的准备清单，不代表所有主体都必须提供完全相同的文件。最终材料以申请页面和审核反馈为准。

问题：我们可以先接接口，再补商户材料吗？

答案： 我们不建议这样安排。在签约主体、产品权限和适用场景尚未确定时，按照猜测提前开发，很容易选错产品或参数。我们可以先完成与渠道无关的订单、计费、幂等和履约模块，等官方权限与文档明确后，再联调支付部分。

问题：Agent Pay和普通网页支付应该怎么选？

答案： 主要判断交易是否由 Agent 交互触发，以及是否需要在智能体流程中完成商品确认、授权、支付结果回传和后续履约。如果只是传统页面中的固定商品收银，我们应优先核对常规网页支付产品。如果存在 Agent 交易链路，再向 AI 付官方确认 Agent Pay 的适配方式。

问题：什么情况下我们不建议开通 Agent Pay？

答案： 如果我们没有合法经营主体，无法清晰描述商品或服务，缺少用户确认步骤，或者无法提供退款与履约保障，就不应急于接入。我们应先补齐业务与合规闭环。如果只是需要普通收款，则改为评估支付宝商家平台中的相应支付产品。

[5] 相关阅读

• 支付宝 AI 付：我们可在这里核验 AI 应用付费、订阅、按量计费和 Agent 支付的最新官方说明。
• 支付宝商家平台产品中心：我们可在这里对照常规支付产品、适用场景及实时签约信息。
• 支付宝开放平台：我们可在这里完成应用管理，并按获批能力查看开发、签名、调试与上线文档。

备注：内容仅供参考。