夜雨聆风导读：6 月 16 日支付宝官宣阿宝开启邀测，6 月 17 日微信 AI 专属卡正式发布。媒体把这两件事并称为"反击豆包"。但我认为：这不是反击战，是一场早就开始的换芯，豆包只是把节奏按快了。
2026 年 6 月 16 日，蚂蚁集团官宣"阿宝"开启邀测；隔了不到 24 小时，微信支付在 17 日正式发布"AI 专属卡"。两家最大的超级 App，几乎在同一时间上线了各自面向 AI Agent 的底层能力。
对此，大多数的媒体都认为这是一场对豆包的反击战。
而我并不这么认为。
三年前那场没被注意的会议
2023 年下半年，支付宝的管理层关起门来开了一个会，主题是"如何走向智能化"。这件事是晚点 LatePost 在 2026 年 6 月独家披露出来的。而在同一时间段，豆包才刚刚公测，用户规模还很小，“DAU 破亿”还要再等两年多。
同样是 2023 年，在 5 月 18 日的腾讯股东大会上，马化腾把 AI 形容为"几百年不遇的、类似发明电的工业革命一样的机遇"。更早一点，2023 年 4 月，阿里云峰会发布通义千问大模型。
从这几个时间节点可以发现：腾讯和阿里对 AI 的投入与转型，早就已经开始。
而微信 AI 和支付宝阿宝更是预先架构好的产品，到了对应的时间点拿出来而已。
所以我认为，这是一场主动换芯，不是被动反击。
那"换芯"换的是什么？
微信 AI 专属卡：先搭架构，再出产品
要理解微信 AI 专属卡到底是什么东西，最直接的方式就是看产品形态。
按照微信支付 6 月 17 日官方发布稿和新浪科技、财联社的同期报道，AI 专属卡有几个关键特征：
对于这张专门发给 AI 智能体用的卡，微信支付的官方原话是：
与授权 AI 调用主账户的方式不同，用户为 AI 智能体在微信零钱中单独开通一张"专属卡"……专款专用，笔笔确认。
如果只是想"跟上 AI 时代"，给 AI 开个支付权限就行，最简单的做法是直接授权 AI 调主账户、设个限额。微信偏不。它非要让用户单独开一张卡、单独把钱转进去、单独管理额度、还要笔笔确认。
这看着像是"安全性更高"，但反过来想：为什么腾讯愿意付这份产品复杂度的代价？因为它在给 AI 划一块保留地。在这块地里 AI 可以跑、可以花钱、可以代用户决策；在这块地外，主账户不动、人格不让、关系链不开放。
同时，在 6 月 17 日上线时，首发接入 AI 专属卡的微信 AI 客户端只有 WorkBuddy（Mac 5.1.1+），首发商家是美团生活助手（肯德基此前已是 WorkBuddy 生活专区合作品牌），QClaw 仍处小范围内测。这说明微信对外开放的口子非常窄，节奏非常克制。也就是说，微信不是先把 AI 支付能力大规模放出去，再靠规则补漏洞，而是先把账户隔离、支付确认、接入对象这些边界全部框住，再一点点开放。这更像是在搭一套 AI Agent 能安全运行的底座，而不是临时推出一个“AI 支付功能”。
支付宝阿宝：把"管钱"明确踢出 AI 范围
把经济观察报、IT 之家、每日经济新闻几家媒体的实测描述合在一起，能够非常清晰的拼出阿宝的产品图谱：
首先阿宝不是独立 App，而是支付宝主 App 内的 AI 版本，从主页右滑进入。AI 版默认只有两个 Tab，「阿宝」对话助手 + 「资产」账本。
划重点：资产是一个独立 Tab，不是阿宝的一个对话能力。上证报中国证券网在实测报道里有一句原话：
"管钱"这件事，支付宝没有交给 AI，而是用一个独立的"资产"页面呈现给用户。
其次阿宝可以调用上万种服务，叫车、点外卖、订酒店、挂号、买基金的页面跳过去都行；阿宝甚至可以发起支付流程，但每笔必须要用户本人亲自确认。阿宝在资产页里只能扮演"哨兵"角色。
对此，蚂蚁支付宝事业群总裁李俊在邀测发布会上说了一句话：
支付宝资金管理权限永远掌握在用户手上，我们也持续承诺"你敢付，我敢赔"。
把这句话和资产 Tab 的产品形态对照看，"管钱不交给 AI"已经不是一个口号，而是被写进产品架构里的硬约束。AI 版支付宝里，阿宝和资产是并列的两个 Tab，而不是阿宝包含资产。这种结构上的并列意味着：至少在当前的产品架构设计中，AI 不会入侵资产。
那么为什么蚂蚁要把这个边界做得这么死？我猜测原因有两层。一层是合规：支付宝在监管视野里的份量比微信支付还要重一点，资金管理权一旦交给 AI 模型决策，整个金融监管框架都要重新对齐。另一层是品牌承诺：支付宝二十年积累的"放心存钱"心智是它真正的护城河，不能为了追 AI 风口动这块。
所以阿宝不是要取代支付宝的资金管理核心，而是把支付宝外层的服务调用方式换成 AI 对话；真正的资金核心被保留下来，外层交互和服务分发被 Agent 化。
小程序变 Skill：协议层的预谋
如果说 AI 专属卡和阿宝是给最终用户看的产品级证据，那小程序到 Skill 的协议改造就是给开发者看的架构级证据，也是这场"主动换芯"最难造假的一环，因为协议层的改动不是几个月能做出来的。
微信开放文档里有一句话被很多人忽略了：
与标准 MCP 不同，小程序 MCP 适应于小程序开发的特点。
这句话翻译过来就是：微信沿用了 MCP 的形式（用 mcp.json 声明 Schema），但实质是一套只在微信内生效的私有协议。微信之外的 AI 客户端连不上。
具体改造要求很有意思。开发者要把现有小程序适配成 Skill，需要做这些事：
independent: true，单个小程序最多 30 个 SKILL；以及最关键的一条：文字链引回原页面，被定义为“兜底手段，用多了会降权”。
把这条规则翻一下就是：微信主动微信把服务闭环留在 AI 对话里。开发者想把用户引回自己的小程序原生界面，会被算法降权。
这些限制看起来琐碎，但合在一起，其实是在逼开发者把“小程序页面”拆成“AI 可调用的能力单元”。使得开发者从“做产品的人”变成“提供能力的供应商”。
全新的交互范式，颠覆的用户习惯
当通用 AI 助手把"App 即入口"的逻辑改成"对话即入口"，这个时候用户不用再打开你的 App，而是对一个 AI 助手说一句话，AI 自己去调服务。
这个范式会将超级 App 多年培育下来的用户习惯彻底重写。
就如同 OpenAI 在海外做 Apps SDK，Anthropic 在做 Agent Skills，逻辑都一样。AI 时代的入口形态正在改变，超级 App 必须在自己的地盘里把这个新形态架构好，不然就只剩下"被调用的服务管道"这一个角色。
在当下字节豆包是这个范式在国内最成熟的代表，所以它成了表面的对手。但往下看，还有一层更深的卡位战，三方各有底牌、各有短板：
三家的位置完全不同。字节有流量没生态，阿里有生态没流量，腾讯有关系链但 AI 助手起步晚。所以三家要做的事也不一样：豆包在打通字节自有商业闭环（抖音商城、生活服务），阿里在用千问把自家小程序矩阵串起来，腾讯则在 Skill 协议上下死手，把微信内部变成一个只对自家 AI 助手或受控接入方开放的"服务操作系统"。
这里需要回到开篇那个判断：三家都不是被动反应，而是各自基于自己的位置在主动卡位。豆包是攻方，腾讯阿里是守方加攻方，既要守住超级 App 自己的入口不被通用助手抽走，又要把自己的 AI 助手推出去抢更多场景。
流量规则的颠覆，不只是开发者要换适配
生态层的故事更具体，也更冷。
过去十年的小程序逻辑是：开发者做一个产品，用户搜出来点进去用，开发者再靠留存和广告变现。微信、支付宝、抖音的流量分配规则虽然不一样，但底层模型一样，人找服务。
Skill 协议把这个模型直接翻过来：用户对 AI 说一句话，AI 决定调哪个 Skill。开发者第一次失去了"被用户主动选中"的环节。流量从"人找服务"变成"AI 安排服务"。
我看到 36 氪在 2026 年 6 月一篇关于微信 AI 小程序的报道里提到一个数字：截至 4 月，已有超 27000 个 AI 小程序加入「成长计划」，个人开发者占比超七成。这个比例很关键，意味着大部分被裹挟进 Skill 化改造的，是没有谈判能力的中小开发者。
更冷的是身份的重新定义。马化腾在公开场合承认过一个判断：生态服务商担心被 AI"短路化、渠道化"，广告位、品牌曝光、用户沉淀，这些能让一个产品成为"产品"的东西，可能在 Skill 化之后归零。开发者从"做产品的人"变成"提供能力的供应商"，之前可能是产品经理在做用户体验，之后就只剩下开发工程师在做接口质量。
PANews 转引这段表态时，用的词是"短路化"。这个词比"中介化"更狠，中介化是中间人挣差价，短路化是连中间人都不需要了，直接从 AI 跳到能力供应商，开发者品牌在用户那一端彻底消失。
网易订阅 2026 年 6 月 12 日有一篇文章叫《一场比小程序更大的收编》，定位非常准。微信小程序当年是"收编"了一批本来要做独立 App 的产品，让它们活在微信内；现在 Skill 化是"再收编一次"，把这些已经活在微信内的产品再剥一层皮，把品牌和用户关系都剥掉，只留下接口能力。
这就是"主动换芯"延伸到生态层的结果：超级 App 换芯的代价是整个生态。换芯不是 App 自己换，是 App 加上它生态里的所有开发者一起换，但开发者没有投票权。
本来这一节准备只写到流量规则改写，但越写越觉得身份重定义这件事比规则改写更刺骨——规则改写至少还能去适配，身份没了就是没了。腾讯阿里把超级 App 的内核换成 AI Agent 的运行时，对它们自己是战略升级，对生态里的中小开发者是被换芯。那个被换的"芯"不是技术架构，是开发者作为产品创造者的身份。
参考来源：
