中国互联网的两大流量入口，几乎在同一时间窗口内，朝着相同的方向发起了一场规模浩大的战略升级。
先是6月2日，英国《金融时报》披露微信正内测内置AI Agent功能，该Agent可深度连接小程序，直接帮用户完成各类事务；紧接着6月8日，微信正式公布小程序接入AI的Skill技术规范，京东、美团、滴滴等头部平台迅速响应，宣布启动接入。
随后，6月15日，蚂蚁集团释放关键信号：其“AI版支付宝”已进入内测阶段。用户只需一键切换，即可进入一个全新形态的支付宝——以自然语言对话为交互核心，全面调用生态内超百万小程序服务。
在具体接入路径上，支付宝与微信高度趋同：一方面推动有意愿的商家主动适配，将自身服务能力封装为AI可识别、可调度的MCP/Skill；另一方面，在用户明确授权前提下，由AI通过界面“读屏”能力，兼容尚未完成改造的小程序，实现平滑过渡。
至此，一个承载社交关系的超级App，一个扎根支付场景的基础设施，几乎同步迈入了“小程序Skill化”的新阶段。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
双方动作之大、节奏之密，背后潜藏的紧迫感亦清晰可见。当豆包已兵临城下，伴随其用户规模持续攀升，对微信与支付宝基本盘的冲击正从潜在走向现实——用户使用这两大平台的方式、平台向用户交付服务的方式，以及平台与亿级服务商之间长期形成的协作结构，都将被加速重塑。
如何应对？
微信与支付宝在第一反应上不约而同选择了同一路径：直接激活过去十年沉淀下来的数以百万计的小程序资产，将其就地转化为AI可理解、可调度的Skill。
把小程序变成Skill，本质是守住对服务单元的定义权
这件事的底层逻辑，可用一句话精准概括：将一种“分发型资产”，重构为一种“调用型资产”。
“分发型资产”的运行逻辑是“用户主动点开”。
过去十年，小程序的价值在于它能被微信的发现栏、支付宝的服务中心、搜一搜、服务通知等渠道推送到用户眼前，用户看见、点击、使用。平台是分发通道，小程序是待售商品。
而“调用型资产”的逻辑截然不同：它的价值，体现在AI听懂一句“帮我点杯不太甜的拿铁”后，能即时识别并唤起对应服务，自动补全参数、完成下单闭环。用户不再需要“看见”它，AI直接“调用”它。
当前所有玩家激烈争夺的，正是这个“调用型资产”的定义权——即过去十年积累的小程序、商家体系、服务能力，这些未来将被AI调用的服务单元，由谁来定义、按谁的标准打包、最终在谁的生态中完成交易结算。
而定义权的落地载体，就是各自制定的一套调用标准。
以微信为例，在其官方小程序AI开发文档中，规范极为细致：AI应优先解析接口返回内容，其次才是接口描述，而Skill.md文件则排在末位；接口返回须采用“事实 + 动作”双段式结构，先说明发生了什么，再明确下一步可执行动作；参数建议传递storeId、drinkId等结构化ID，避免让大模型从自然语言中自行推断。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
更关键的是，微信明确指出：它所构建的并非通用MCP协议。这套Skill的原子接口，是注册于小程序内部、运行于微信客户端隔离环境中的函数，外部AI客户端根本无法直连；表面沿用MCP命名约定，内核却是仅限微信生态生效的“小程序专属MCP”。
围绕这一架构，微信还设下多重限制：Skill必须部署于独立分包中，单个小程序最多支持30个；AI卡片禁止上下滚动；引导用户跳转至原小程序页面的“文字链”被明确定义为兜底手段，过度使用甚至可能触发降权机制——一切交互，都必须在微信AI对话流内完成闭环。
尽管支付宝尚未公开完整开发文档，但与微信一致的是：谁率先立起标准、吸引更多供给方入驻，谁就更有可能将供需两端牢牢锚定在自身生态之中。
与此同时，二者所处的现实境况，又存在显著差异。
公众号运营：文章发布至草稿、样式封面、评论与用户管理、数据统计等。用户要求将 Markdown 发送到公众号草稿、查看阅读量统计或类似后台操作时，使用本技能。
微信的底盘最稳，但历史包袱也最重。
其小程序本就奉行“用完即走”哲学，加之对整个生态拥有近乎“上帝视角”的掌控力——从小程序提交、审核到运行全程可控，微信甚至可在审核环节直接将源码自动解析为Skill，开发者无需改动一行代码。
但它的AI入口位于负一屏，必须谨慎平衡那套早已根深蒂固的旧秩序：强社交关系链、一贯克制的产品哲学。例如，微信Agent调用Skill时，大概率不会主动向用户推送服务——因为它必须延续小程序“不打扰”的基因，而非打造一个高频干预用户的proactive agent。能力虽已具备，但每一步推进，都需向存量体验妥协。
支付宝则更具进攻性。
它没有社交关系的牵绊，索性推出“一键切换”模式，将整套App彻底重构为对话驱动形态。但它同样面临挑战：长期以来，用户习惯将支付宝定位为“付款时才打开”的工具型应用。从2024年“支小宝”独立App折戟，到2025年果断放弃独立路径、回归主端发力，它反复验证的，正是如何让一个工具型产品，真正进化为值得用户主动开启、持续对话的服务入口。
长期隐忧：Skill本身，天然“反超级入口”
所有这些动作背后，涌动着同一种情绪：焦虑。
焦虑的根源，指向一个共同对手——豆包。或者说，豆包所代表的那条路径：纯粹AI原生入口。
字节跳动以消费级App的打法，依托学习辅导、语音陪伴、影像生成等高频场景，将豆包推至三亿以上月活，它所代表的，是“AI作为独立入口”的范式——持续训练用户养成“有事找AI”的行为习惯。
这条路一旦跑通，意味着越来越多用户需求，将在一个与微信、支付宝完全无关的新入口中被承接。
对微信和支付宝而言，真正的威胁并非“豆包会不会写Skill”——那只是技术问题，谁都可学。真正的危机在于时间窗口：谁能抢在豆包这类纯AI挑战者彻底固化用户心智之前，把自己十年积攒的现成服务模块，快速改造成AI可调度的标准化层。
而豆包的短板，恰恰在于它缺乏这些存量服务资源，一切需从零构建。微信与支付宝最不缺的，正是这个。它们的Skill化，本质上是一场卡位赛：以存量优势为矛，抢先将“服务能力”这道护城河，在对手补齐前完成AI化升级。
这也解释了一个现象：为何当前上线的诸多Skill，看起来更像是“给AI写的SOP操作手册”——一份告诉AI“这家店卖什么、怎么点、怎么付”的说明书，而非要求商家彻底基于AI新范式重做服务？因为它们要的是速度，Skill在此被定位为“再封装层”：底层服务不动，表层加装AI接口。
但在“用Skill守住入口”这个叙事之下，潜藏着一个难以回避的根本矛盾——Skill，是否应该、又能否被永久绑定在某个入口之内？
小程序的分发逻辑是“用户主动点开”，Skill的调用逻辑则是“AI自主选择调用”。 这两种逻辑，所对应的流量分配权，掌握在完全不同的主体手中。
过去，一个小程序能否走红，取决于平台运营给予多少曝光位、用户是否愿意点击。流量分配权，握在“平台 + 用户”手中。
如今，一个Skill是否被启用，取决于大模型在理解用户意图后，从海量能力中遴选谁、如何编排调用顺序。流量分配权，正从平台运营与用户手中，悄然转移至模型的语义理解能力之中。入口第一次不再是“用户必须穿过的唯一大门”，而退化为“模型可选路径之一”。
更棘手的是Skill自身的本质属性：它具备组合性，支持跨端调用。 一个标准化的Skill，天生就不该、也不属于某一个App独有。
即便当下众多厂商正配合微信、支付宝的Skill化改造，快速上线说明书式的Skill，仍有不少先行者已在尝试打破边界。比如瑞幸，并未止步于仅适配微信与千问的“店内Skill”，而是自建AI开放平台，将点单能力封装为MCP、CLI、Skill三种标准形态对外输出——这意味着任何兼容这些协议的AI工具，如codebuddy、Claude Code、Codex、Kimi Code，均可直接调起瑞幸完成咖啡下单。肯德基官方亦已支持MCP协议。
当一家商家真正意识到“我的服务能力可以成为被任意AI调用的标准件”时，它便失去了将自己锁死在单一超级App内的理由。
微信与支付宝试图借“小程序变Skill”之策，维系自身作为核心入口的地位。但Skill的本质，恰恰是标准化、可组合、可跨端——它天然与“超级App入口”相悖。这一深层张力，注定将成为接下来微信、支付宝与豆包等AI新势力短兵相接过程中，最具决定性的变量之一。
本文来自微信公众号“硅星人Pro”，作者：黄小艺，36氪经授权发布。
