微信AI不打算接管一切

观察一个有意思的现象：提到国内大厂的AI布局，腾讯常常被认为“掉队”。

论模型声量和影响力，比不上阿里和字节；元宝App的用户规模，被豆包远远甩在身后；混元大模型在行业内的口碑，相比千问也存在着不小的距离。

这种局面，直到2026年6月，腾讯最大的一张牌——微信，终于有了实质性的动作，才出现转机。

从6月8日开始，腾讯正式开放了AI生态的接入能力，并向开发者发布了“小程序AI开发模式”的接入指引。

首批内测名单里，不乏京东、美团、携程、滴滴、同程、得物等头部平台，覆盖了电商、外卖、出行、旅游等我们最熟悉的生活场景。

大家期待已久的微信AI，终于有了一个清晰的轮廓。

不过，仔细琢磨微信AI的生态接入安排与调用逻辑，会发现一个看上去很平常，但实则被很多人忽略的关键选择：

根据接入指引，小程序的接入申请、能力声明、技能封装、审核提交、开放功能，这些步骤都需要开发者主动完成。

微信的Agent只负责理解用户意图、选择能力、调度执行和返回结果。官方文档把它定位为“充分尊重开发者权益和自主选择”。

这种选择本身，就已经透露了微信乃至腾讯对于AI和现有应用生态之间关系的判断。

进入应用的路

过去这一整年，Agent是整个AI行业最炙手可热的概念。几乎每一家大公司都在讲同一个故事：AI要帮用户直接完成任务。

当Agent的能力越来越强，甚至引发了“应用已死”的讨论时，一个AI新世界与互联网旧世界的矛盾就浮现出来：处在整个链条中间的应用方，到底该摆在哪里？

目前行业内，大体上形成了两种思路。

无论是OpenAI的Operator，还是Anthropic的Computer Use，或者国内一些手机厂商推出的手机Agent，其核心路线都是结合了VLM模式的GUI Agent。简单说，就是让AI读取屏幕、理解界面、模拟点击。这种方式的好处是，在拿不到SDK或API的时候，可以绕开应用方的配合，自己强行操作。

它的理念很直接：只要AI足够强，就能绕过一切中间层，直接帮用户把事情办了。

苹果的App Intents、亚马逊的Alexa Skills，以及微信这次的方案，都属于这一派。

它们的共同点是，让开发者主动声明自己能做什么，AI则只负责调度这些已经声明好的能力。应用方拥有完整的控制权，开放什么、不开放什么，全凭开发者自己决定。

这两种思路，本质上回答的是技术变革带来的利益分配问题：

这个问题在过去的半年里，已经引发了真实而激烈的摩擦。

2025年12月，搭载了AI手机助手的豆包手机问世。它可以通过GUI自动操控手机上的第三方应用。

结果上市仅仅三天，微信、支付宝、美团等主流App就对它做出了不同程度的限制和风控封堵。一些银&行客户端更是弹出了安全提示，甚至直接主动闪退。

回头来看，这也许是国内Agent试图接管应用这条路上，撞上的一面实实在在的墙。

随后，中国信通院牵头发布的《端云协同智能体交互双重授权安全指引》明确提出一个关键原则：Agent需要同时获得应用授权与用户授权，才能合法访问第三方应用。

AI能不能操控应用，不只看模型够不够强，更看应用方愿不愿意被操控。尤其是在金融、支付、医疗等高信任场景，应用方有充分的理由和权利，去拒绝未经授权的自动化操作。

微信这次给出的方案，本身就是对这个问题的回应。整套接入设计，可以归结成几件事：

接入微信AI生态是主动申请，不是被平台强制。开发者可以选择不接入，继续维持现有的小程序形态。

开发者自己决定封装哪些Skill、暴露哪些接口，微信AI无法调用开发者授权范围之外的任何能力。

被封装的能力在被调用后，结果会通过原子组件渲染成GUI卡片，嵌入对话流中展示。这意味着，小程序的品牌和交互方式在AI调用链路中被保留了下来，用户看到的不是一个没有品牌标识的文本回答，而是仍然能看到小程序的视觉界面。

它同时开设了自动模式和开发模式。自动模式允许微信在提审时读取小程序源码、分析页面，并允许微信AI直接操作页面；开发模式则是开发者主动声明能力。两种模式可以同时开启。

这个最后留出的口子，说明腾讯内部对Agent的终局并没有一个确定的结论。它既保留了平台主导的自动化路线，也建设了开发者主动适配的路线。

其实在开放这套AI能力之前，微信就已经开始培育供给侧了。2026年1月，微信推出了AI应用及线上工具小程序成长计划，覆盖全年，为开发者提供6个月免费云开发环境、1亿Token混元模型额度、1万张文生图额度，还有流量扶持和商业化支持。

先补贴供给侧，让开发者准备好，最后才开放入口。这本身就是微信将AI选择权交还给应用生态的一种表达。

价值观还是板凳

微信做出这样的商业选择，和道德感无关。根本原因在于，它的处境和其他AI公司完全不同。

微信Agent的蓝图，最早是腾讯总裁刘炽平在2025年第三季度电话会上释放的。他当时表示，在微信的通信、社交、内容生态、小程序乃至支付系统里，Agent有希望成为理解用户需求、执行任务的理想助手。

腾讯显然希望，从理解需求，到匹配服务，到完成交易，再到支付结算，全部能在微信生态内闭环。

腾讯和其他公司的不同之处，就在于它本身已经拥有了一个庞大得惊人的生态。

截至2026年3月末，微信小程序日活超过6.1亿，月活9.73亿；累计注册小程序超过700万个，覆盖了餐饮、零售、出行、医疗、政务等几乎所有服务类目。这背后是数以百万计的开发者、商家和服务商，构成了微信作为超级App的核心价值。但关键点在于，这些服务绝大部分不属于腾讯自己。

如果微信AI足够强，能直接帮用户完成订机票、点外卖、预约挂号这些事情，那么用户与小程序之间的交互方式将被彻底改变。小程序的品牌、页面、会员体系和开发者价值，也会面临重构。

OpenAI、Anthropic他们反而不需要考虑这个问题。模型优先主义往往就是“用户目标优先”——用户要什么，Agent就得能覆盖什么。软件方作为“旧世界”，并不需要被特别照顾。

但作为平台方的微信，必须平衡好一个三角关系：用户要高效完成任务，开发者要保有品牌和商业价值，平台要维护生态健康。

如果微信AI直接绕过开发者，接管所有服务入口，受伤最大的，可能恰恰是微信生态本身。

2019年，张小龙在微信公开课上说的话，放在今天的Agent语境下重新理解，依然有效：

“小程序的使命是让创造者体现价值和回报。不能因为拥有流量，我们就要分发流量。”

“如果不去中心化的话，腾讯自己垄断了头部几个小程序，那就没有外部的开发者什么事了。看起来腾讯可以短期获利，但这个生态就没有了。”

这些话是小程序时代的起点，但其中的逻辑在Agent时代同样成立：如果微信AI成为唯一的服务调度中心，那“去中心化”这个承诺还能延续下去吗？

当然，腾讯未必是主动选择克制，它也不得不克制。它已经拥有了庞大的开发者和商家生态，如果微信AI直接绕过开发者，引发生态反弹几乎是必然的。

今天的“充分尊重开发者权益”，既有价值观的成分，更有现实约束的考量。

禀赋难以复制

微信这种开放的打法，背后依托的是一个既已存在的、大规模的、标准化的第三方应用生态。

当微信邀请开发者来为AI封装可调用能力时，它面对的是超过700万个小程序，覆盖几乎所有生活服务类目的开发者网络。这种供给侧的密度和广度，其他大厂或AI平台几乎难以复制。

用户早习惯了在微信里完成各类服务：点外卖、挂号、交水电费、坐公交、买电影票。AI化执行并没有带来场景迁移，只是打开方式变了。反过来想，如果在一个其他聊天Bot界面里调用服务并打开交互卡片，显然需要跨越更高的用户信任门槛。

支付、会员体系、交易基础设施都已经在微信内部构建完成。AI调用可以实现无缝衔接，不需要跳出到外部系统。从意图理解到执行、交付、支付，构成了一个完整的闭环。

再说回腾讯最被市场关注的模型能力“掉队”问题。一个被当下AI叙事掩盖的事实是：许多与微信小程序关联度更高的生活、消费类应用，它们的Agent化改造其实对模型能力的要求是有限的。甚至可以说，调用更高级模型来处理这些需求，本身就是一种不经济的做法。

假设用户用微信AI订一张机票，任务的最大瓶颈往往不是模型参数和刷榜能力。更大的壁垒在于：能不能接通航司的库存、能不能有效支付、能不能及时处理退改签、能不能记住用户的常用信息。

微信其实还做了另一件事：把Agent时代最重要的问题，交给市场来回答。

过去一年，行业里默认的前提是，AI最终会接管一切应用。但这个前提从未经过大规模验证。用户到底愿不愿意让AI代订机票、代选餐厅、代挂号、代购物？不同场景的接受度，可能天差地别。

微信让开发者自主开放能力、让用户自主选择使用，本质上是在一个真实的商业环境里，搭建了一块实验田。最终留下来的，未必是AI“能”做的事情，而是用户“愿意”交给AI做的事情。

事实上，用并不领先的技术，在正确的生态位上创造价值的商业案例比比皆是。比如任天堂的GameBoy用了同时代最差的屏幕，反而一骑绝尘；再比如理想汽车用了当时被行业视为落后的增程技术，反而上量成功，引得后来者纷纷效仿。它们都曾在自己的生态位上取得了商业上的验证。

如果微信AI背后的混元或其他模型，不能准确理解复杂意图、难以处理多轮对话、无法做准确的意图分发，那再厚的生态也扛不住用户体验的翻车。

做到这一点，难度不低。只是，在生态厚度这个维度上，微信在今天白热化的Agent叙事中，反而可能拥有更大的差异化优势。

不同的答题方式

面对“Agent与应用如何相处”这个问题，各大厂的答案各不相同。

比如阿里云百炼开放的是Agent基础设施。大模型、工作流编排、插件生态、全生命周期MCP服务和Agent开发框架，加上知识库、运行时等能力，核心是解决开发者如何构建、部署与运营Agent的问题，改造的是工具层。

蚂蚁和支付宝开放的是支付能力，包括支付MCP、交易、退款、风控、分账结算等，还推出了ACT智能体商业信任协议，让Agent能够安全完成交易，搭建商业协同标准，改造的是交易基础设施。

谷歌希望Gemini成为安卓之上的Agent层，OpenAI希望ChatGPT成为新的互联网入口。两者的思路更接近“Agent优先”，用户需求至上，应用只是执行工具。

苹果的App Intents同样是一套开发者主动声明能力的框架，由系统负责调度。苹果拥有强大的第三方应用生态App Store，也同样不希望AI层直接摧毁应用分发体系。

由于生态位更加相似，苹果和腾讯都面对同一个问题：

微信与苹果的不同之处在于，苹果的第三方应用数据仍然在应用方的服务器上，AI调用涉及到的接口对接需要经过二次改造；但小程序应用本身跑在微信生态上，代码提交、审核与识别的摩擦力更小。因此，微信AI开发者的“自动模式”未来可能埋藏着更大的想象空间。

从苹果、微信对待AI与应用关系的处理方式上，可以看出，这种思路不只属于腾讯。所有拥有强生态的平台，在Agent时代都会面对这种结构性的挑战。

目前国内很多AI手机仍然依赖OCR、屏幕理解和模拟点击的GUI路线。但过去半年的实践已经证明，这条路在银&行、支付、社交等高信任场景里会遇到风控撞墙的问题。如果未来能形成一种“能力声明优先，GUI兜底”的模式，即优先调用应用主动声明的能力，能力不存在时再用GUI兜底，那么执行成功率和安全性可能会远高于纯GUI路线。

谷歌虽然大胆，但安卓也在朝着混合方向走。一方面，Gemini可以自动完成多步骤任务、导航表单；另一方面，安卓又允许App把功能以工具的形式注册给系统，供Gemini调用。

微信AI同时保留“自动模式”和“开发模式”两条路，某种程度上也在实践这个思路。

流量分配与新权力

通过尊重开发者、保护生态，微信似乎在AI效率与应用层利益之间找到了一种平衡。但很多事情远没有这么简单。

微信选择了协商式的调用体系，等开发者接入、等能力封装、等审核通过。但如果某个竞争对手推出了足够强的通用AI，能以GUI方式操控一切应用，用户可能会发现“用那个什么都能做，用微信AI还得等开发者接入”。

微信选择了生态安全，但可能在速度和覆盖面上输给更激进的方案。当然，这种“超级AI绕过一切”的模式在金融、支付、医疗等高信任场景里，依然面临安全合规的硬约束。银&行不可能允许一个未授权的外部AI替用户操作账户。但在低风险的日常场景中，速度和覆盖面的差距是真实存在的。

这套AI调用机制一旦成功落地，未来用户不再搜索小程序、浏览列表，而是直接向微信AI发起调用，那么一个根本性的变化就会发生：微信AI将成为新的流量分配者。

传统的小程序时代，搜索、选择和执行都由用户自己做出。正如张小龙在2018年微信公开课上说的：

“我们所做的应该是尽可能的让更有价值的服务自己能够浮现出来被用户找到，而不是我们去左右。”

在新的状态下，微信AI可能有权调度，优先展示哪个小程序的服务，以及在多个同类服务之间如何排序。调度算法本身就是一种“左右”。AI选择调用携程而不是同程，推荐海底捞而不是巴奴，展示A品牌而不是B品牌……每一次调度背后，都是一次流量分配。

就像早期去中心化的UGC生态，参与者最终沦为给平台的Feed流算法打工一样，这个趋势会不会在小程序领域重演？目前还无从得知。

有几个问题，目前都还没有答案：

目前官方明确表示“接入与否不会影响现有小程序服务”。但这句话说的是“现有服务”，并没有说明不接入是否会影响未来AI场景下的曝光、推荐和调用机会。

搜索引擎至少会返回一个列表，用户可以自己选择。但Agent可能直接返回一个结果，用户甚至不一定知道还有其他选项。

如果微信不能在这些问题上建立起透明、公平的治理机制，那么今天“尊重开发者”的承诺，未来就可能被“平台决定一切”的现实所取代。而那些今天主动选择不接入AI的小程序，是否也会在这种流量分配的高压下，被迫加入AI开发？

微信这次的行动，试图回答“AI应该如何与既有生态共处”这个治理问题。它给出的答案是：

对微信来说，它可能正在构建未来Agent时代的新分发层。这个“分发层”本身就是一种新权力，它会决定谁被看见、谁被调用、谁获得流量。

值得庆幸的是，在一个所有人都在急着让AI接管一切的时刻，微信仍然选择先跟开发者商量着来。