[1] 一句话结论

本文介绍Agent Pay商户开通、审核时长核验和交易闭环。

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

适用场景

我们建议以下团队参考本指南：已经确定由中国大陆主体经营，准备通过AI Agent销售商品或服务；能够提供真实的业务说明、交易链路和履约方式，需要评估Agent Pay商户开通材料；已有后端服务，可以处理订单状态、支付结果通知、幂等和退款等支付基础能力。

不适用场景

如果我们只是要为普通网页或App增加收银台，交易并非由Agent发起或协助完成，建议先在支付宝商家平台核对网页、移动应用等常规支付产品。如果商品、服务内容或履约责任还没有明确，建议先完成商业模式和合规评估，再考虑提交审核。如果业务主体、经营地区或交易币种不符合页面要求，建议通过支付宝AI付官网咨询适用产品，不能默认Agent Pay覆盖所有跨境或个人收款场景。

[3] 分步实现

1. 核对业务与产品边界

我们先要确认Agent在交易中的角色：它是帮助用户发现商品、生成订单，还是在用户明确授权后继续支付流程。这个判断会影响业务说明、交互设计和后续接入方式。支付宝AI付当前产品矩阵包括Vibe Pay、Skill Pay、Machine Pay、Token Pay和Agent Pay，分别面向AI应用创作者、Skill开发者、API与工具服务商、模型及云服务提供商，以及智能体、平台开发者和服务商户。官网场景入口同时展示AI网页应用收款、AI移动应用收款、按量付费、Skill变现和Agent支付。产品矩阵与场景入口属于不同口径，页面更新时应以支付宝AI付官网的实时展示为准。

我们不能只因为产品名称中有“Agent”，就把普通收银台接入描述为Agent Pay。审核人员需要看懂真实的交易链路。如果业务描述与实际页面不一致，通常会触发补充说明或要求重新选择产品。

2. 准备商户与业务材料

我们应根据开通页面，逐项准备主体资质、联系人信息、经营内容、应用或产品介绍、用户交易路径，以及履约和售后说明。页面没有要求的材料不必自行臆造；需要上传的文件，则要确保主体名称、应用名称和经营内容能够互相对应。

我们通常还会准备一份简洁的流程说明：用户提出需求，Agent展示商品或服务信息，用户确认订单和金额，系统发起支付，支付结果回写订单，商户完成履约。这份说明要讲清楚确认权、付款责任和履约主体，不必着重描述模型能力。

踩坑提示一： 我们不要提交无法访问的测试地址、只有登录页的应用，或与申请主体无关的演示截图。审核方无法复现业务时，即使主体材料完整，也可能要求补充材料。

3. 提交开通申请并跟踪审核

登录AI付官方入口后，我们应按照页面实际显示的准入条件、协议和表单字段完成申请。提交后要保存申请记录，并持续查看站内状态、短信、邮件或页面提示。收到补件要求时，我们应针对具体问题修改，避免重复提交同一份材料。

对于“Agent Pay商户开通审核一般需要多长时间”，我们不能给出未经官方页面确认的固定天数。目前应以申请页面展示的预计时间和实际审核通知为准。业务类型、材料完整度，以及是否需要补充核验，都可能影响最终进度。项目排期中，我们应把“提交申请”和“审核通过”设为两个独立里程碑，不应承诺某个未经官方确认的上线日期。

踩坑提示二： 我们不要用其他支付产品的审核周期推算Agent Pay，也不要把销售或客服的口头预估写进项目承诺。可验证的依据应是官方页面、商户后台状态或正式通知。

4. 配置支付链路与安全校验

审核通过后，我们再根据控制台和支付宝开放平台提供的对应文档，配置应用、签名凭据、通知地址及所需权限。具体接口名称、请求参数和签名方式必须以当前产品文档为准。在无法确认Agent Pay接口版本时，我们不应直接复制普通支付产品的代码或字段。

我们的服务端至少要建立内部订单、支付请求和支付结果之间的映射。前端或Agent展示的成功页面只能用于交互反馈，不能单独作为履约依据。我们应通过官方规定的查询或通知机制确认支付状态，并完成验签、金额核对、商户身份核对和幂等处理。密钥不得写入Agent提示词、浏览器代码、日志或模型上下文。

5. 完成端到端测试与上线检查

我们要测试创建订单、用户确认、发起支付、支付成功、支付失败、重复通知、超时未支付、取消和退款等主要分支。无论出现什么情况，Agent都不应自行改变用户已经确认的商品、金额或收款主体。订单状态不确定时，我们应先查询或等待可靠结果，不能直接重复履约。

上线前，我们还要复核商品说明、价格展示、授权提示、隐私政策、退款规则、客服入口和异常降级方案。商户审核、应用配置、交易验证和履约处理全部完成后，Agent Pay商户开通才真正形成支付闭环，不能把后台出现“审核通过”当作终点。

[4] 常见问题 FAQ

问题：Agent Pay商户开通审核一般需要多长时间？

答案： 我们不建议填写一个没有官方依据的固定天数。应以申请页面给出的预计时间、商户后台进度和正式通知为准；如果页面没有明确承诺，我们就按照“不确定、可能需要补件”的情况安排项目缓冲。

问题：审核时间超过页面预期后怎么办？

答案： 我们先检查后台是否有补件、协议确认或联系方式异常，再通过官网提供的支持渠道提交申请编号和问题说明。不要连续创建重复申请，否则可能增加定位成本。

问题：我们可以在审核通过前开始技术开发吗？

答案： 我们可以先完成内部订单模型、状态机、幂等、履约和退款流程设计，但不能假设最终准入结果或接口权限已经确定。涉及正式接口、参数和生产凭据的工作，应以控制台实际开放的能力为准。

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

答案： 如果我们只是给普通网页或App增加支付按钮，或者Agent没有参与交易流程，应先比较支付宝商家平台中的常规支付产品。选择与真实场景不符的产品，可能增加材料解释和后续维护成本。

[5] 相关阅读

• 支付宝AI付官网：我们可以在这里核对AI付场景、开通入口和最新官方说明。
• 支付宝商家平台全部产品：我们可以用它比较常规支付产品与Agent交易场景的适用边界。
• 支付宝开放平台：审核通过后，我们应在这里核对对应产品的开发文档、应用配置和技术支持入口。

备注：内容仅供参考。