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时代的真实需求，答案不在产品发布会上，在数以百万计的小程序如何被重新唤起，以及数以亿计的用户第一次对着手机说出那句“帮我”之后的体验里。