微信和支付宝反击豆包：把小程序做成Skill

中国互联网的两大流量盘，几乎是挤在同一个时间窗口，做了同一个方向的大动作。

先是6月2日，英国《金融时报》曝出微信正在内测内嵌AI Agent，能连接小程序帮用户办事；6月8日，微信公开了小程序接入AI的Skill技术规范，京东、美团、滴滴等当即宣布接入。

而后，6月15日，蚂蚁释放出信号，在内测“AI版支付宝”，让用户一键切换，进入一个全新的、以对话驱动的支付宝，可调用百万生态内小程序。

在具体的接入方式上，支付宝和微信小程序AI相似，一边推动有意愿的商户主动接入，把自己的服务做成AI可直接调用的MCP/Skill；一边在用户授权下，由AI通过对界面的“读屏”操作，兼容尚未改造的小程序。

两者的动作都不小，背后的焦虑也很明显。当豆包已经杀到门前，随着用户量的激增，对微信和支付宝的基本盘已经开始产生直接的冲击——人们使用微信和支付宝的方式，微信和支付宝为人们提供服务的方式，以及这两大国民级平台与它上面数以亿计的服务商之间的关系，都会迅速改变。

怎么办？

微信和支付宝在应对的第一步上，做了同一个选择：直接利用过去十年沉淀的数以百万计的小程序，把这些庞大的自家存量资产就地翻译成Skill。

把小程序做成Skill，借此留住对服务单元的定义权

分发资产的逻辑是“用户主动点开”。过去十年，一个小程序值钱，是因为它能被微信的入口、支付宝的九宫格、搜一搜、服务通知分发到用户面前，用户看见、点开、使用。平台是渠道，小程序是货。

调用资产的逻辑完全不同：它值钱，是因为AI在听懂你一句“帮我点杯不太甜的拿铁”之后，能直接把它当成一个工具调起来，补齐参数、完成下单。用户不再“看见”它，AI“调用”它。

而定义权落到实处，就是各自制定一套调用标准。

以微信为例，在微信官方小程序AI开发文档里，规范写得很细：AI最该优先看接口返回的内容，其次是接口描述，Skill.md反而排在最后；接口返回要用“事实+动作”两段式，先告诉AI发生了什么、再告诉它下一步能做什么；参数尽量传storeId、drinkId这样的ID，别让模型从自然语言里自己猜。

更关键的，是微信提到，它做的不是通用MCP。这套Skill的原子接口，是注册在小程序里、跑在微信客户端一个隔离环境里的函数，微信之外的AI客户端根本连不上；外形上它沿用了MCP的约定，骨子里却是一个只在微信内生效的“小程序版MCP”。

围着它，微信还加了一长串限制：Skill必须装进独立分包、一个小程序最多30个，AI卡片不能上下滚动，想把用户导去小程序原页面的“文字链”被明确定义成兜底手段、用多了还会被降权——一切都要在它的AI对话里闭环。

尽管支付宝目前还没有相关的开发文档，但和微信一样，

与此同时，它们各自的处境也很不一样。

微信的底牌最稳，包袱也最重。它的小程序本就是“用完即走”，加上它对自家生态有近乎“上帝视角”的掌控——每个小程序从提交、审核到运行都在它手里，它能在审核阶段直接把源码扫成Skill，开发者一行代码不用写。但它的AI入口在负一屏，要小心翼翼地兼顾那套已经很牢固的旧秩序：社交关系、一以贯之的克制。比如，微信的Agent调用Skill，大概率不会主动给用户推送服务——因为它要延续小程序“用完即走”的属性，而不是做一个时时打扰你的proactive agent。能力它都有，但每一步都得迁就存量。

支付宝可以更激进。它没有社交的包袱，干脆做“一键切换”，把整个App换成对话版。但它也面临挑战：支付宝长期被用户定义成“付钱时才打开”的工具，从2024年发布“支小宝”折戟、到2025年放弃独立App调头回主端，它反复试的就是怎么让一个工具变成值得对话的服务入口。

长期挑战：Skill本身是“反超级入口”的

这些动作背后有同一种情绪：

慌的源头有个原因——豆包。或者说豆包代表的那条路线：纯AI原生入口。

字节用做消费App的方法论，靠学习辅导、语音陪伴、影像创作，把豆包养到了三亿多月活，它代表的是“AI作为独立入口”——训练用户主动来找AI。这条路一旦走通，意味着用户的需求会越来越多地在一个全新的、跟微信支付宝无关的入口里被接住。

对微信和支付宝来说，真正的威胁不是“豆包会不会写Skill”——写Skill是技术问题，谁都能学。真正的威胁是时间：

豆包的短板恰恰是它没有这些存量，它要从零接服务。而微信和支付宝最不缺的就是这个。它们的Skill化，本质是一场抢跑：用存量优势，把“服务能力”这道护城河，在挑战者补齐之前先AI化。

但这个用Skill守住入口的故事里，还藏着一个很难解的矛盾——Skill能不能、应不应该被绑定在入口里？

这两个逻辑，指向的流量分配权，在两个完全不同的人手里。

过去，一个小程序能不能火，取决于平台运营怎么给它分发位、用户愿不愿意点。流量分配权，握在“平台+用户”手里。现在，一个Skill会不会被用上，取决于模型在理解了用户意图之后，从一堆能力里挑了谁、怎么编排。流量分配权，从平台运营和用户的手，转移到了模型的意图理解里。入口第一次不再是“用户必须经过的那扇门”，而退化成了“模型可以选择经过的其中一条路”。

更要命的是Skill这个形态本身的一个属性：

一个标准化的Skill，天生就不独属于任何一个 App。

哪怕今天诸多厂商在配合着两大平台的Skill化改造而快速上线说明书式的Skill，但依然有很多厂商已经开始做打破边界的它们自己的Skill。比如瑞幸，它没有满足于只做微信和千问的“店内Skill”，而是自己上线了一个AI开放平台，把点单能力做成标准的MCP、CLI、Skill三种形态放出去——这意味着任何支持这些协议的AI工具——codebuddy、Claude Code、Codex、Kimi Code——都能直接调起瑞幸点一杯咖啡。肯德基官方也已经支持MCP。

微信、支付宝想用“把小程序变Skill”这一招，守住自己作为入口的地位。但Skill这个东西的本质是标准化、可组合、可跨端的，它恰恰是反“超级App入口”的。这个深层的矛盾，注定会变成接下来微信和支付宝与豆包们越来越短兵相接的AI竞争里的一个最大变量。