支付宝AI支付激励扩围！

支付宝把AI开发者激励的覆盖范围，从按量付费扩大到了网页和App收款。

7月28日，支付宝开放平台披露第二期AI支付开发者激励计划。活动已于7月21日开始，将持续至8月21日，面向个人开发者。

按照活动规则，相关产品需在7月15日及以后开通。开发者完成报名并接入“AI按量付费”“AI网页应用收款”或“AI移动应用收款”后，可按照累计有效交易用户数解锁五档奖励，最高累计可获得价值5660元的阿里云Token资源包。

第二期沿用了第一期的奖励档位和最高金额。第一期只覆盖AI按量付费，第二期新增网页应用收款和移动应用收款，并允许同一实名认证个人账号下三项产品产生的有效交易流水，合并用于统计累计有效交易用户数。第一期参与者仍需重新报名。

三项产品对应不同的收费方式。API、MCP工具、Skill、数字内容和算力资源可以按调用收费，AI生成的网站和App也可以接入支付宝收款。

5660元没有变，覆盖范围扩大了

第二期激励仍然设置五个档位。

累计有效交易用户达到10人，可以解锁10元阿里云Token资源包。达到100人、1000人和5000人，分别解锁50元、100元和500元。达到5万人后，再解锁5000元。五档依次叠加，最高累计5660元，达到对应档位后第7天解锁。

奖励明显集中在最高档。前四档全部完成，开发者累计只能获得660元资源包，5万名有效交易用户对应的5000元占全部奖励的大部分。这套设计从最初的真实交易一直延伸到规模化用户增长，但5660元本身仍是一项规模有限的资源激励。

更重要的变化，是激励范围覆盖了更多应用形态。

网页应用收款面向电脑网站和手机网页，移动应用收款支持iOS、Android和HarmonyOS。两项能力可以用于商品、会员、数字内容和生活服务等网站及App收款场景。

这些能力此前已经存在。本次新增的是它们与AI按量付费一起进入开发者激励计划。AI按量付费主要服务AI原生资源，网页和App收款则覆盖更普遍的AI辅助开发应用。更多通过Vibe Coding生成的网站、工具和移动产品，由此被纳入同一项开发者激励。

支付宝开放平台此次还称，个人开发者使用AI按量付费，可享受0费率优惠至2026年12月31日。该优惠仅适用于AI按量付费，不能扩大理解为网页和移动应用收款同样执行0费率。

三项产品对应两条收费路径

三项产品被放进同一活动，背后对应两套不同的支付机制。

AI按量付费服务于智能体调用付费资源。

智能体请求API、MCP工具、Skill、数字内容或算力资源后，服务方可以通过HTTP 402返回付款要求。用户确认付款后，智能体携带支付凭证（Payment-Proof）再次请求，服务方验证凭证后交付资源。

这种模式把计费放进一次资源调用。一次数据查询、内容生成或工具使用，都可以成为独立的收费单位。公开流程仍保留用户授权或确认，智能体执行后续步骤并不意味着其获得不受限制的账户扣款权。

网页应用收款和移动应用收款服务于另一类需求。

开发者需要让网站或App具备支付宝收款能力。用户仍然在网页、浏览器或应用内完成下单和付款，商家系统负责订单生成、交易通知、查询和退款。AI主要参与开发接入，包括读取文档、生成代码、配置接口和完成测试。

两类角色需要区分。

交易Agent参与资源请求和付款，并接收交付结果。开发Agent则帮助开发者完成支付集成。AI按量付费已经让智能体进入资源请求和付款过程，网页和移动应用收款体现的主要是AI辅助开发能力。

两条路径采用的技术机制不同，最终都要解决AI开发成果如何收费。AI按量付费把API、Skill和算力变成可以按次出售的资源，网页和移动应用收款则让AI生成的网站和App具备经营和收款能力。

支付宝第二期将两者放进同一项计划，以一套开发者激励覆盖AI应用的多种收费方式。开发者出售一次资源调用，或者在网站和App中出售商品与服务，都需要从可以运行的技术产品走向真实收款。

支付接入进入Vibe Coding过程

支付接入长期是一组相对独立的专业工作。应用具备基本功能后，开发者仍需选择支付产品、完成入驻并进行技术集成，收款功能不会随着应用生成自动出现。

支付宝AI付产品技术负责人7月发布的一篇活动复盘提到，一场有200多名AI Builder参与的线下活动反映出，部分开发者已经可以借助AI快速做出网站，却仍会停在支付接入和变现环节。

支付Skill正在改变这套工作的交互方式。

支付宝目前允许开发者在Claude Code、Codex、Cursor、Qoder等AI编程工具中安装AI付Skill。AI编程工具（Coding Agent）可以辅助开发者寻找合适产品、读取接入要求、生成支付代码、完成沙箱测试，并继续引导签约入驻。

支付之家今年5月曾关注，支付宝已经与扣子编程合作，将支付集成和商家入驻放入AI编程对话。本次活动延续了这项能力，并进一步把网页和App收款纳入交易用户激励。

Skill没有取消支付接入的专业要求。

开发者仍需完成产品开通、身份或资质申请、密钥配置、沙箱测试和线上真实交易验证。技术集成可以与业务入驻同时推进，产品审核、签约和正式环境配置依然存在。

改变的是开发者完成这些工作的环境。

过去，开发者往往需要离开编程工具，单独进入开放平台寻找产品、阅读文档和配置接口。支付Skill出现后，其中一部分工作可以在Coding Agent所在的开发环境中完成。支付产品选择、代码生成和应用开发由此可以更早同步。

收款入口也不再只是一组支付接口。

开发者向Coding Agent提出收费需求时，Agent首先需要识别并推荐支付产品。方案被采用后，接口、SDK和回调逻辑进入应用代码。开发者继续完成身份认证、产品开通、签约和真实交易，最初的技术选择才转化为支付平台与收款主体之间的业务关系。

支付宝争取的并不是一个已经形成的默认入口，而是支付产品被发现、接入代码被写入，以及开发者首次建立收款关系的机会。支付平台与开发者建立联系的时间，也由此向应用生成和编码阶段延伸。

奖励看的是交易用户

支付宝第二期活动没有按照Skill安装次数、代码生成数量或接入应用数量发放奖励。

活动页采用“累计有效交易用户数”作为解锁条件。开发者完成报名后进入活动统计范围，接入相关产品并上线后，产生的有效交易用户数据用于解锁对应档位。系统每日统计，达到档位后第7天解锁奖励。

开发者完成代码集成和沙箱测试，只能证明支付功能可以运行。有效交易用户则至少说明产品已经上线，并产生了符合活动统计口径的实际支付用户。

Skill安装只能带来开发者触达，真实交易用户才能验证接入项目是否进入支付业务。支付宝通过这一指标，把开发者激励从工具使用延伸到了接入后的交易表现。

开发者利用AI生成应用，通过Skill接入支付，应用上线并形成交易用户后，再解锁阿里云Token资源包。开发者资源激励与交易增长由此被规则直接连接起来。

前四档累计只有660元，最高档奖励占据绝大部分。这套档位设计将激励从初始交易一直延伸到更大规模的交易用户增长。

目前，官方尚未完整披露有效交易用户的去重、退款、异常交易以及跨产品用户重复计算规则。现阶段能够确认的是，有效交易用户已经成为第二期激励的核心考核单位。

支付宝奖励的重点，已经从完成支付能力接入，推进到接入后的应用能否形成真实交易。

支付竞争不再只发生在收银台

AI编程工具正在成为支付平台新的接入界面。

当开发者通过Coding Agent生成网站和App时，支付产品需要以大模型能够读取、理解和执行的形式出现。文档结构、Skill质量、代码生成、测试和排错能力，都可能影响开发者选择哪项支付服务。

支付宝AI付Skill和微信支付Skills都在把支付文档、产品选型和技术接入能力改造成AI工具可以调用的内容。支付宝此次又叠加了按有效交易用户发放的资源激励，既帮助开发者接入，也考核接入后是否真正产生交易。

具体收款仍需由支付产品承接。支付宝第二期同时覆盖AI按量付费、网页收款和App收款，将AI原生资源收费与网站、App经营放入同一项活动。

智能体更深地参与搜索、下单、支付和资源调用后，身份识别、用户授权、支付意图和责任划分也会成为跨机构问题。银联APOP更接近这一层，重点处理不同参与者之间的可信交互。

开发工具解决怎么接入，具体产品承接真实收款，支付协议则处理智能体参与交易后的身份、授权和责任问题。三类变化共同说明，支付竞争正在向应用开发和智能体执行环节延伸。

支付宝第二期激励的规模仍然有限，5660元Token资源包不足以单独决定开发者使用哪一家支付服务。

真正需要注意的是Skill与交易用户激励的结合。支付平台可以更早出现在产品选择环节，并通过交易用户指标判断接入后是否真正产生交易。应用生成、支付接入和交易增长由此被放进一套连续机制。

当应用仍在生成，收款入口的选择已经开始。

这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。