微信AI生态重构：小程序拆解为原子接口，开发者面临“不拆即淘汰”的抉择

事件概述

微信原生AI助手“小微”自6月21日首次灰度以来，已运行130天。其分发入口从最初的零星几个扩展至覆盖聊天、搜索、公众号、视频号及PC端等至少28个位置（官方披露16处）。微信“发现”页的小程序主页版式也发生显著变化，顶部增加搜索框，下方整合了最近使用、常用应用及小游戏、短剧、生活服务、AI服务等分类栏目。

这一变化的本质是微信试图将AI嵌入小程序服务的整条链路，包括意图识别、服务匹配到下单履约。原本由用户完成的路径选择，部分转由AI判断。微信团队自研的WeLM模型作为底座，在复杂问题上会调用DeepSeek进行配合，负责调度任务；而具体的履约动作（如接单、派车、订房）仍由小程序开发者提供。

核心信息：AI零件“大改造”

为了让AI能够准确调用服务，微信于6月8日发布《关于开发者接入微信 AI 生态的指引》，要求开发者对小程序进行结构性改造。目前提供两种接入模式：

1. 自动模式：门槛极低，开发者仅需勾选授权。微信在提审时读取源码，自行分析页面结构并让AI直接操作。这种方式相当于微信派遣“店员”进店查看动线后替用户执行流程。代价是开发者交出产品的解释权，无法干预AI如何理解功能或呈现结果。
2. 开发模式：开发者需手动将小程序拆解为更小的单元，即“原子接口”和“原子组件”。这类似于乐高积木，过去的一个“立即下单”按钮被拆分为“查门店”、“查饮品”、“下单”等独立步骤。开发者需为每个单元编写详细的SKILL（说明书），明确输入输出参数、执行步骤及返回格式。规则核心在于“不许让AI猜”，例如参数必须使用编号而非自然语言，接口返回需包含事实陈述与下一步指令。

值得关注：开发者的困境与行业影响

• 强制性与不确定性并存：指引明确指出，“未完成接入的小程序，将无法被微信 AI 推荐及调用”。虽然未设具体惩罚期限，但“接入后有机会被推荐”的承诺构成了强烈的激励。然而，接入后的调用排序规则尚未公开，且存在归因难题——若AI直接操作页面，用户可能不打开小程序页面，导致广告曝光中断和转化归因链条断裂。
• 头部效应与中介兴起：携程、京东、美团、滴滴等头部企业已通过共建通道或提前布局完成接入。例如，携程4月中旬即通过开发模式接入，美团基于自研LongCat-2.0-Preview模型推出AI助手“小美”。对于缺乏技术储备的中小团队，微盟等第三方服务商已介入，提供付费改造服务，标志着“接入”本身已成为一门生意。
• 技术瓶颈与标准竞争：实测显示，短链路、高频场景（如点咖啡）完成度较高，但复合指令表现下滑，根源在于“零件供给”不足而非模型能力。微信采用定制化的“小程序MCP”协议，要求开发者提供完整的SKILL实现，这与阿里、字节向Anthropic提出的开放标准MCP靠拢的趋势形成对比。这种定制化可能导致未来跨平台适配成本增加。
• 未来观察窗口：开发模式开放提审后的三个月将是关键观察期。若认真采用开发模式改造的小程序占比不足一成，则表明只有头部团队具备改造能力；若出现中小开发者自发改写SKILL并获得调用增量，则生态格局可能不同。最终，这套规范沉淀出的接口描述与参数传递标准，即便改造未大规模成功，也可能成为行业事实标准。