2026年5月,支付宝宣布AI支付笔数已超过3亿笔。一个月后,微信向开发者开放了小程序AI接入,其中一项要求引发争议:开发者授权平台读取小程序源码。
两个时间点相隔不到30天,但背后是两条已经分野超过一年的路线。据晚点LatePost报道,支付宝正在内测一个代号“宝计划”的AI版本,不是加一个助手,而是让用户一键切换到一个全新的、以对话驱动的界面。微信则在财报电话会上由总裁刘炽平定调:最终会搭载一个AI智能体,但与社交关系、公众号、视频号深度连接,没有单独的时间表。
两个手握10亿用户和数百万小程序的平台,在同一个问题上给出了相反的答案:当AI能够替用户操作服务时,入口应该被重写,还是被隐掉?
支付宝切掉的不只是界面
要理解支付宝到底做了什么,得先看一个具体的用户动作。
过去在支付宝里订三杯少糖拿铁再叫一辆去机场的车,标准流程是:找到滴滴的小程序入口,输入目的地,确认叫车;退出,找到瑞幸的小程序入口,选品类、改糖量、加购物车、结算;在两个小程序之间来回切换,分别完成支付。每一步都是一次点击、一次页面跳转、一次等待。
“宝计划”要做的改动,是把这一整套动作压缩成一句话。用户对着对话框说“帮我叫辆车去机场,顺便在附近订三杯少糖的拿铁”,AI接管后续所有步骤:理解意图、拆解任务、调用对应的出行和餐饮服务、组合订单、完成支付。交互界面不再是一排排小程序入口,而是一个聊天窗口。
这个改动之彻底,从内部的产品设计过程就能看出来。据晚点了解,为了确定新的交互形态,项目组前后出过100多个产品设计版本。最终选择对话为核心的方案,背后的判断是自然语言已经成为AI交互的主流方式,服务分发应该顺着这个方向重建入口,而不是在旧框架里贴一块AI补丁。
这种激进并非一开始就是支付宝的选择。2023年下半年,支付宝事业群管理层发起“如何走向智能化”的讨论时,摆在面前的第一个问题是:在原端上改造,还是另起一个新端?项目组最初选的是后者。2024年9月外滩大会上,支付宝发布了独立AI应用“支小宝”,定位AI生活管家。
支小宝没有跑通。据知情人士透露,独立App的日活远不及端内的智能体助手。那个留在支付宝里、借助首页流量的对话助手,反而稳定在数百万日活量级,积累了远比独立App充分的交互数据。
还有一个更现实的约束:当时蚂蚁集团正集中力量做健康应用“蚂蚁阿福”,通用AI“灵光”也在推进,算力和开发资源有限。再做一个独立App,不光要和这些项目抢资源,还得承担让用户从零迁移的巨额成本。
2025年3月,团队调头,不再坚持独立端的路线。内部逐渐形成一个判断:服务好支付宝既有的10亿用户底盘,让用户以零迁移成本获得AI服务,比在站外重新拉起一个新应用更有效。2025年12月,AI版支付宝项目正式立项,最早的班底来自端内智能助理团队,之后陆续加入算法、C端产品和小程序业务团队。
最终的产品路线不是独立原生App,也不是在现有应用里内嵌助手,而是一键切换。新版本上线后,默认打开的仍是原来的支付宝,用户可自行将AI版设为首选界面。晚点报道称,这种“留有余地”的推进方式,指向一个内部说法叫“腾笼换鸟”。
微信不让AI挡在人和人之间
微信的AI路线,从头走的就是另一条逻辑。
腾讯总裁刘炽平在2025年Q3财报电话会上的表述几乎没有歧义:微信将推出的AI智能体会与社交关系、通信能力、公众号、视频号深度连接,这是一个独特的Agent。没有激进的时间表,官方还两度出面辟谣过关于AI助手的传闻。
为什么微信不能像支付宝那样切一个对话界面出来?原因不在技术能力,而在产品属性。微信的核心界面是聊天列表,这是十亿人每天打开最频繁的手机页面。任何试图在这个界面上叠加一个AI对话入口的动作,都可能被用户视为对社交关系的干扰。支付宝的首页是服务入口,把服务入口变成对话窗口,用户需要重新适应一种操作习惯。微信的首页是人和人的对话,把人的对话替换或挤占成AI对话,触碰的是用户最重要的一块心理领地。
微信的方案更接近“寄生”逻辑。AI助手不取代任何界面,它藏在群聊里、公众号里,作为一个Agent等待被唤起。可以设想这样一个场景:在家庭微信群里,有人转发了一篇关于亲子露营地的公众号长文,其他成员不需要点开阅读,直接在群里让AI助手总结要点,并让它协调群成员的日历、预订文章里推荐的那个营地。Agent消化了公众号的内容,调用了小程序里的预订服务,基于群聊里多个成员的日程信息完成时间协调,最终把预订结果推送回群里。
整个过程中,AI始终在群聊的上下文里运作,用户看到的仍是这个群、这些人、这些对话。Agent完成的“办事”被嵌入社交关系里,而不是另起一个界面跳出来展示自己的存在感。
这种克制有它的代价。在微信里,服务是以小程序的形态挂在平台上的,数以百万计。要让AI替用户把这些事办完,它需要理解的不只是用户的意图,还有这些服务本身的数据结构、页面逻辑和交互流程。支付宝面对同样的问题,两者的解决方案出现了这个赛道上最核心的一次分歧。
读屏和读源码,两种解法谁更难
微信开放社区在2026年6月发布了《小程序AI开发模式(beta)接入指南》,提供了两种模式。
第一种是“自动模式”。开发者授权平台在提审时读取小程序源码,AI通过分析源码理解页面结构和操作逻辑,直接操控小程序。第二种是“开发模式”,开发者按照微信定义的协议把自己的服务封装成Skill,包含原子接口和原子组件,AI通过调用这些标准化接口完成任务。
支付宝的方案是“双轨制”。据晚点报道,一边推动有意愿的商户主动接入,把自己的服务做成AI可直接调用的MCP或Skill;一边在用户授权下,由AI通过对现有小程序界面的“读屏”操作,兼容尚未改造的服务。
两相对比,核心差异在于:改造未就绪的存量小程序时,微信要求开发者交出源码,支付宝选择让AI替用户看图操作。
从微信开放社区文档的表述来看,“自动模式”在技术上是更彻底的方案。AI读取源码后,对页面的理解是结构化的,操作路径清晰可控,不像读屏那样依赖视觉识别和界面模拟,出错概率更低。但这套方案把压力转嫁给了开发者。源码是小程序开发者的核心资产,交出源码意味着把自己的业务逻辑、数据结构、交互设计完整暴露给腾讯。对那些靠小程序做生意的中小商家来说,这不仅是安全层面的顾虑,更是商业上的风险:服务流程被平台完全掌握之后,在流量分发和议价上还剩多少空间?
如果不选“自动模式”,开发模式同样不轻松。开发者需要重新梳理业务流程,拆分成原子能力,按照微信定义的协议封装成Skill,再通过新的审核流程。一个餐饮小程序的点餐、支付、优惠券核销、会员积分整套流程,拆解和封装的工作量可能是初次开发的好几成。谁来承担这笔成本?微信没有给出激励方案,至少目前没有。
支付宝的读屏方案绕开了这些问题。它不需要商家配合,不需要改代码,甚至商家不需要知道自己的小程序正被AI操作。用户对着对话界面说一句“帮我买张去上海的火车票”,AI打开12306的小程序界面,识别出发地、目的地、车次列表、座位选择按钮、支付确认页面,一步步模拟用户的手指操作。对于已经完成MCP或Skill接入的商户,AI可以直接调用标准化接口,体验更流畅;对于海量尚未改造的长尾服务,读屏提供了最低门槛的兼容路径。
读屏的问题也很直接:稳定性没有经过大规模验证。小程序的界面千差万别,动态加载、弹窗广告、版本更新导致的布局变化,都会增加AI识别失败的概率。一个支付确认按钮的位置偏移了几个像素,AI能不能准确命中?如果读屏过程中出现误操作,比如看错了金额、选错了收货地址,责任归谁?支付宝尚未公开相关的免责条款和纠纷处理机制。
这条路的逻辑是先让用户用起来。等商家看到AI带来的订单转化,自然会主动接入标准接口以优化体验。C端倒逼B端。
3亿笔交易验证了什么
在产品和生态之外,支付宝做了另一件事,跟AI怎么付钱有关。
2026年5月的AI支付生态大会上,支付宝披露AI支付笔数已超过3亿笔,支持95%的通用智能体框架,同时发布了Token Pay和AI钱包。这两个产品是理解Agent经济基建的关键。
Token Pay解决的是极小额度、高频率支付的问题。当AI在两个外卖平台之间比价时,可能需要调用0.01元的验证交易来确认账户有效;当AI在多个优惠券里筛选最优组合时,每核验一张券都是一次支付动作。这些交易额度微小,但频率远高于人类用户。过去的支付体系是为“人确认、人支付”设计的,Token Pay把这个动作交给了Agent。
AI钱包则更像给Agent发了一张预算卡。用户设定规则和上限,AI在规则内自主完成支付。蚂蚁集团CEO韩歆毅在大会上提了一个判断:将来可能会有无数个Agent活跃在经济活动中,交互动作从人和人的交互,变成人和Agent的交互,以及Agent之间的交互。
3亿笔这个数字的绝对值放在支付宝的整个年度交易规模里不算大,但它的意义在于验证了一件事:用户已经允许AI替自己完成真实的商业履约,而不只是停留在查询和比价。从一句话叫车点餐到AI付款扣款,这条服务闭环的技术链路和用户授权链路都被打通了。
微信支付在AI改造这一侧还没有公开具体方案。微信支付同样覆盖海量用户,但其场景更多与社交转账、红包、商户收款锁定。Agent经济的形态可能不同,双方在支付基建上是否会形成新的差异,取决于微信AI助手正式发布时是否配套推出类似的Agent支付能力。
生态正在被撕开两条缝
支付宝和微信都指向了Agent服务入口,但中间路径的不同会在小程序生态里撕开两条走向不同的裂缝。
支付宝的读屏方案让大量长尾小程序被动AI化了。商家什么都没做,用户已经可以通过AI操作他们的服务。这会产生两种反应:一部分商家发现AI带来的订单量在涨,主动接入MCP或Skill来优化体验、争取更多流量分发;另一部分商家则可能产生抵触,因为订单来源变模糊了。以前用户在小程序内的每一次点击都是可追踪的,现在AI读屏操作的那一段路径,商家拿不到用户行为数据。
支付宝内部显然预判到了这一点。晚点报道称,AI版支付宝上线后,面向商家和开发者的AI开放平台也将很快发布。这个平台大概率要解决的就是:如何让商家既能享受AI带来的订单增量,又能保留对服务流程、用户触达和收益分配的可见性与控制力。
微信这侧的压力不一样。源码授权的门槛会把开发者筛成两拨人。头部开发者,有技术团队,有商业谈判筹码,愿意交出源码或投入资源封装Skill,换取微信AI助手的优先流量分发。但大量中小商家可能既不愿交出源码,也无力承担封装成本。如果微信AI助手上线后流量确实向授权商家倾斜,那些未授权的小程序会在AI服务分发的通道里被边缘化。长此以往,微信的小程序生态可能进一步向头部集中,而这与微信一贯强调的“去中心化”生态叙事之间存在张力。
一个更隐蔽的问题藏在技术标准上。支付宝推MCP,微信定义了自己的一套小程序MCP协议,尽管名字相同,具体实现并不完全互通。一个餐饮商家想让支付宝AI和微信AI都能调用自己的点餐服务,可能需要按照两套规范分别封装。这不是一个技术难题,但它是成本。哪一方先形成规模优势,就有更大的议价权去推动行业事实标准。在支付宝AI支付已超过3亿笔的时间点上,这个优势暂时在支付宝一侧。
回到用户端,改造的最终结果可能重新定义人和手机的关系。支付宝的对话界面如果跑通,用户打开支付宝的频率和场景会变。不是付钱的时候才打开,而是有需求的时候随口问一句。微信的Agent如果跑通,用户在群聊里做事的方式会变。不用跳出聊天界面去找服务,一切通过群聊里的Agent完成。
两个平台在2014年春节前夜的“红包大战”,改变的是用户把钱放在哪个账户里。这一次,争夺的是用户把“帮我办事”这句话交给谁。
12年前,微信红包被马云称为“珍珠港偷袭”。12年后,在微信AI消息真真假假传了几个月的当口,支付宝率先走到了台前。两种路径到底哪一种更接近Agent时代的真实需求,答案不在产品发布会上,在数以百万计的小程序如何被重新唤起,以及数以亿计的用户第一次对着手机说出那句“帮我”之后的体验里。
