微信AI不打算接管一切

大晨君_9195

大晨君_9195

2026-06-12

388人浏览

原创

如果要在国内大厂中挑一个“ai掉队者”,不少人会把票投给腾讯。

模型声量与行业影响力明显弱于阿里和字节,元宝的用户体量迟迟追不上豆包,混元在业内的认可度也远不及通义千问。

直到2026年6月,腾讯最核心的王牌——微信,终于迈出实质性一步。

6月8日起,腾讯正式开放AI生态接入能力,并面向开发者发布《小程序AI开发模式接入指引》。

首批内测名单囊括多家头部平台。目前已官宣接入的应用包括京东、美团、携程、滴滴、同程、得物App等,横跨电商、外卖、出行、旅游等关键生活场景。

被长久期待的微信AI,终于显现出清晰轮廓。

但细看其生态接入路径与调用逻辑,一个看似寻常却极易被忽略的关键决策浮出水面:

微信并未选择让AI全面接管小程序,而是先在自动操作之外,交由开发者自主决定AI能触达哪些能力。

根据接入指引,小程序接入申请、能力声明、技能封装、审核提交及功能开放,全部需开发者主动完成。

微信的Agent仅承担四项职责:理解用户意图、匹配可用能力、调度执行流程、返回结构化结果。官方文档明确强调:“充分尊重开发者权益与自主选择权”。

当整个行业都在比拼谁家Agent更全能、更能替代人类操作时,微信偏偏选了一条不那么炫酷的路。

而正是这个选择,悄然揭示了微信乃至腾讯对AI与应用生态关系的根本判断。

通往应用的入口

过去一年,“Agent”成为AI领域最炙手可热的概念。几乎所有头部公司都在重复同一句话:AI要帮用户完成任务。

随着Agent能力持续进化,甚至引发“软件将死”的集体焦虑,一个尖锐矛盾随之浮现:AI新世界与互联网旧秩序之间,应用方究竟该站在哪里?

目前业内大致形成两种主流思路。

第一种,是AI主动渗透应用——理解它、操控它、最终取代它。

无论是OpenAI推出的Operator,还是Anthropic的ComputerUse,抑或国内部分手机厂商搭载的端侧Agent,技术底座多为融合VLM的GUI(图形界面)Agent:即通过OCR+视觉识别读取屏幕、解析界面、模拟点击,在缺乏SDK/API权限的情况下,绕过应用方直接介入操作。

其底层逻辑是:只要AI足够强大,就能跳过所有中间环节,直抵用户需求终点。

第二种则反向而行——推动应用主动适配AI,但最终决定权仍归开发者所有。

典型代表包括苹果的AppIntents、亚马逊的AlexaSkills,以及本次微信所采用的方案。

共同特点是:开发者需主动声明服务能力,AI仅调度已授权能力;应用方全程保有控制权,开放什么、保留什么,全由自身定夺。

这两种路径,本质上是在回应技术变革中最敏感的利益分配命题:

当Agent替用户完成任务时,它应在多大程度上尊重应用方的授权边界、品牌资产与商业逻辑?

这个问题已在过去半年催生真实且激烈的冲突。

2025年12月,豆包手机正式发售。这款搭载自研AI助手的终端设备,可通过GUI方式自动操控第三方App。

然而上市仅三天,微信、支付宝、美团等主流应用便迅速启动风控响应,部分银行类App更是直接弹窗警示或强制闪退。

回望这一事件,它或许正是国内GUI型Agent试图强行接管应用所撞上的第一道高墙。

中国信通院牵头发布的《端云协同智能体交互双重授权安全指引》明确提出一项核心原则:Agent必须同步获得用户授权与应用方授权,方可合法访问第三方服务。

AI能否操控应用,不仅取决于模型是否够强,更取决于应用方愿不愿意被操控。

尤其在金融、支付、医疗等高信任度场景,应用方完全有权拒绝未经许可的自动化行为。

微信此次方案,本身就是对此问题的系统性回应。整套设计可归纳为以下几点:

一是赋予小程序开发者是否接入AI的自由裁量权。
接入微信AI生态属自愿申请行为,平台不设强制门槛。开发者可选择暂不接入,继续维持原有小程序形态。

二是能力边界由开发者自主划定。
哪些功能被打包为Skill、哪些接口对外暴露,均由开发者自行决策。微信AI无法调用任何未获明示授权的能力。

三是开发模式设计中刻意保留小程序的品牌存在感。
被调用的能力结果,将以原子化GUI卡片形式嵌入对话流中渲染展示。

这意味着小程序的品牌标识、UI风格与交互逻辑依然完整呈现在AI链路中,用户看到的不是一个无名无姓的文本答案,而是带有明确归属的服务界面。

四是微信坚持“双轨并行”策略,同步支持自动模式与开发模式。
自动模式下,微信可在提审阶段解析小程序源码,自动识别页面结构并实现直接操作;开发模式则依赖开发者主动声明能力。两者可共存、可叠加。

最后留下的弹性空间,说明腾讯内部对Agent终局形态尚无定论——既保留平台主导的自动化路径,也构建了开发者主导的协作式路径。

事实上,在这套AI能力开放之前,微信早已开始供给侧培育。2026年1月,微信启动“AI应用及线上工具小程序成长计划”,覆盖全年周期,为开发者提供6个月免费云开发资源、1亿Token混元模型调用额度、1万张文生图配额,以及流量扶持与商业化支持。

先补贴供给端、先帮开发者做好准备、再统一开放入口——这本身就是微信将AI选择权交还给生态的一种姿态表达。

价值观还是板凳?

微信的这一商业抉择,无关道德立场,而是源于其与其他AI公司的本质差异。

微信Agent的蓝图,最早由腾讯总裁刘炽平在2025年第三季度财报电话会上提出。他当时指出:微信所承载的通信、社交、内容、小程序乃至支付体系,天然具备孕育一个“理解用户需求—匹配服务资源—完成交易闭环”理想助手的基础。

腾讯的诉求很明确:从需求理解,到服务匹配,再到交易履约与支付结算,全部闭环于微信生态之内。

而腾讯的独特之处,在于它本身就是一个庞杂而成熟的超级生态。

截至2026年3月末,微信小程序日活突破6.1亿、月活达9.73亿;累计注册小程序超700万个,覆盖餐饮、零售、出行、医疗、政务等全量服务类目,背后是数以百万计的开发者、商家与服务商——他们构成了微信作为超级App的核心价值,但这些服务绝大多数并不属于腾讯自有。

倘若微信AI足够强大,能直接代用户完成订机票、点外卖、挂号就诊等操作,小程序与用户之间的交互范式将被彻底重构,其品牌认知、页面体验、会员体系乃至开发者价值都将面临重定义。

Agent越强,对微信现有生态的冲击就越深。

OpenAI、Anthropic们无需面对此类顾虑,它们奉行的是模型优先主义:用户需要什么,就提升Agent能力去覆盖什么,旧世界的软件方本就不在考虑范畴。

但作为平台方的微信,必须同时兼顾三方诉求:“用户要高效完成任务”、“开发者要守住品牌与商业回报”、“平台要维系生态健康可持续”。

若微信AI绕过开发者直接接管所有服务入口,首当其冲受损的,很可能恰恰是微信自身生态。

2019年,张小龙在微信公开课上的一段话,放在今日Agent语境下重读仍具穿透力:

“小程序的使命,是让创造者体现价值和获得回报。不能因为拥有流量,我们就天然该分发流量。” “如果不去中心化,腾讯自己垄断头部几个小程序,那外部开发者就毫无生存空间。短期看腾讯可能获利,但生态就此终结。”

这段话曾是小程序时代的起点宣言,其底层逻辑在Agent时代同样适用:一旦微信AI成为唯一服务调度中枢,“去中心化”的承诺还能否成立?

当然,腾讯未必是主动克制,而是不得不克制。它已坐拥庞大开发者与商家网络,若AI粗暴绕过开发者,极可能触发生态反弹。

今天的“充分尊重开发者权益”,既是价值观驱动,更是现实约束使然。

OpenGemini Next.js Bestpractice Builder
OpenGemini Next.js Bestpractice Builder

使用固定的 Next.js/Tailwind/Prisma 技术栈构建并记录独立 SaaS 项目,仅将 FastAPI 用于 Python 工作负载,并遵循严格的架构规范。

下载

禀赋难以复制

微信这种更开放的落地路径,本身就依托于一个早已成型、规模化、标准化的第三方应用生态。

首先是开发者存量优势。
当微信邀请开发者为AI封装可调用能力时,面对的是超过700万个小程序、覆盖全生活服务类目的开发者网络。这种供给侧密度与广度,是其他大厂或纯AI平台难以企及的。

其次是用户习惯与场景信任基础。
用户早已习惯在微信内完成各类服务:点外卖、挂号、缴水电费、刷公交卡、买电影票……AI化只是改变了打开方式,而非迁移使用场景。反观在其他ChatBot界面调起服务卡片,用户需跨越更高的信任门槛。

再次是完整的商业闭环能力。
支付、会员体系、交易基础设施均深度整合于微信内部,AI可实现零摩擦调用,无需跳出生态。从意图识别→服务调度→交付执行→支付结算,全程闭环。

再回到市场最关注的“模型掉队”问题,一个常被当下AI叙事遮蔽的事实是:大量与微信小程序高度耦合的生活消费类应用,其Agent化改造对模型能力的要求其实并不高,甚至调用更高阶模型来处理这类需求,本身就是一种低效投入。

假设用户用微信AI预订一张机票,任务最大瓶颈往往并非模型参数规模或榜单排名,而是能否实时对接航司库存、完成可信支付、及时响应退改签、准确记忆用户偏好。

这意味着,相比单纯追求模型性能极限,对应用生态的运营协同反而更具实操价值。

一个并不领先的模型,若能无缝连接700万个小程序,其实际产出的价值,可能远超一个最强模型却无法接入任何服务。

微信还做了一件更重要的事:把Agent时代最根本的问题,交给真实市场去验证。

过去一年,行业默认的前提是AI终将接管一切应用,但这个前提从未经过大规模商用检验。

用户是否真的愿意让AI代订机票、代选餐厅、代挂号、代购物?不同场景下的接受阈值可能天差地别。

微信让开发者自主开放能力、让用户自主选择使用,本质上是在真实商业环境中搭建一块“实验田”。

最终沉淀下来的,未必是AI“能做什么”,而是用户“愿意交给AI做什么”。

在消费级场景中,当模型能力越过“够用”阈值后,边际收益反而趋于递减。

事实上,以非领先技术在正确生态位上创造巨大商业价值的案例屡见不鲜。

比如任天堂Game Boy采用同期最差屏幕却引爆掌机革命;理想汽车押注被业界视为落后的增程技术,最终实现规模化量产并引发同行跟进——它们都在各自生态位完成了商业化验证。

当然,“够用”仍是不可逾越的前提。
如果支撑微信AI的混元或其他模型,无法精准理解复杂意图、难以支撑多轮上下文对话、无法完成准确意图路由,再厚实的生态也难掩用户体验崩塌。

达成这点难度不低,但生态厚度在当前白热化的Agent叙事中,反而可能构成最具差异化的护城河。

不同的解题思路

面对“Agent如何与应用共处”这一命题,各大厂给出的答案各不相同。

例如阿里云百炼聚焦Agent基础设施建设:涵盖大模型、工作流编排、插件生态、全生命周期MCP服务及Agent开发框架,并配套知识库、运行时等能力,核心解决的是开发者“如何构建、部署与运营Agent”的问题,改造的是工具层。

蚂蚁集团与支付宝则开放支付能力矩阵:包含支付MCP、交易、退款、风控、分账结算等模块,并推出ACT智能体商业信任协议,旨在构建安全可信的交易协同标准,改造的是交易基础设施。

而在海外市场,谷歌与OpenAI走得更为激进。
谷歌希望Gemini成为安卓之上的Agent操作系统层,OpenAI则致力于将ChatGPT打造为新一代互联网入口。二者思路趋近于“Agent优先”:用户需求至上,应用仅是执行单元。

相比之下,微信的AI路线设计,更多借鉴的对象或许是苹果。

苹果AppIntents同样是开发者主动声明能力的框架,系统负责调度。它坐拥强大的第三方App生态(App Store),同样不愿AI层直接瓦解应用分发体系。

由于生态定位相似,苹果与腾讯都面临同一课题:如何让Agent为用户提效的同时,不侵蚀已有开发者生态?

微信与苹果的区别在于:苹果的第三方App数据仍存储于各自服务器,AI调用需二次接口适配;而小程序原生运行于微信生态,代码提交、审核与识别成本更低,因此微信AI的“自动模式”未来或蕴藏更大想象空间。

从苹果、微信对待AI与应用关系的处理方式可见,这种思路并非腾讯独有——所有拥有强生态的平台,在Agent时代都将直面这一结构性挑战。

对手机厂商而言,微信AI的路径或许也具参考价值。

目前国内多数AI手机仍依赖OCR+屏幕理解+模拟点击的GUI路线。但过去半年实践已证明,该路径在银行、支付、社交等高信任场景极易遭遇风控拦截。

若未来演进为“能力声明优先 + GUI兜底”模式——即优先调用应用主动注册的能力,缺失时再启用GUI补位——执行成功率与安全性或将显著优于纯GUI方案。

谷歌虽风格大胆,但安卓也在向混合方向演进:一方面Gemini可自动完成多步骤任务、填写表单;另一方面,安卓亦允许App将功能以工具形式注册供Gemini调用。

微信AI同步保留“自动模式”与“开发模式”双路径,某种程度上正是对该思路的先行实践。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

微信AI不打算接管一切

流量分配与新权力

通过尊重开发者、守护生态,微信似乎在AI效率与应用层利益间找到了某种平衡点。但事情远没这么简单。

来自通用Agent的竞争压力不会消失。
微信选择了协商式调用机制:等开发者接入、等能力封装、等审核通过。

但如果某竞争对手推出足够强大的通用AI,能以GUI方式无差别操控所有应用,用户可能会发现:“用那个啥都能干,用微信AI还得等开发者上线。”

微信选择了生态安全,却可能在响应速度与覆盖广度上落后于更激进的方案。

当然,这种“超级AI绕过一切”的模式在金融、支付、医疗等高信任场景,仍将受制于安全合规硬约束——毕竟银行不可能允许未授权外部AI代用户操作账户。但在低风险日常场景中,速度与覆盖面的差距确确实实存在。

这个过程中,微信最大的对手,其实是微信自己。
关键在于,它能否延续一贯的长期主义与战略克制。

这套AI调用机制若成功落地,未来用户不再搜索小程序、不再浏览列表,而是直接向微信AI发起指令——一个根本性转变便会到来:微信AI将成为新的流量分配中枢。

在传统小程序时代,搜索、筛选与执行均由用户自主完成。正如张小龙2018年微信公开课所言:

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

而在新范式下,微信AI将掌握调度权:决定优先展示哪家小程序服务,决定同类服务间的排序逻辑。

每一次调度,都是流量的再分配。AI选择调用携程而非同程,推荐海底捞而非巴奴,展示A品牌而非B品牌——背后皆是一次隐性的商业选择。

就像早期去中心化的UGC生态,创作者最终沦为平台Feed流算法的劳动力,这一趋势是否会重演于小程序生态?目前尚无定论。

几个关键问题仍未揭晓答案:

微信AI未来的服务调用是否会引入排序机制?是否存在推荐或竞价体系?
目前官方明确表示“接入与否不影响现有小程序服务”,但这句话限定的是“现有服务”,并未说明不接入是否会影响未来AI场景下的曝光权重、推荐优先级与调用概率。

所谓“开发者自主选择”,在流量压力下是否会演变为“不接入即边缘化”的事实强制?
微信AI能力是否会向第三方Agent开放?还是仅限微信自家AI调用?

一个由AI决定“谁被看见”的世界,可能比搜索引擎时代更集中、更不透明。
搜索引擎至少呈现一个可选列表,用户仍有自主判断权;而Agent可能直接返回单一结果,用户甚至难以察觉还有其他选项存在。

若微信未能在这些问题上建立透明、公平、可验证的治理机制,那么今天“尊重开发者”的承诺,未来或将被“平台说了算”的现实所覆盖;而今天主动选择不接入AI的小程序,也可能在流量分配的压力下被迫加入AI开发阵营。

微信此次动作,本质是在尝试回答一个关乎治理的根本命题:AI该如何与既有生态共生共荣?

给出的答案是:让开发者定义能力边界、保留自主选择权、在AI链路中延续小程序品牌存在、先夯实供给再开放入口。

对微信而言,它正在构建的,或是Agent时代的新分发层。“分发层”本身即是新权力——它决定谁被看见、谁被调用、谁获得流量。

这份权力如何被约束、如何被治理、如何在效率与公平间取得平衡,是微信乃至整个行业在Agent时代必须直面的核心命题。

值得庆幸的是,在所有人争先恐后让AI接管一切的当下,微信仍然选择先与开发者商量着来。

本文来自微信公众号 “全天候科技”(ID:iawtmt),作者:松壑,36氪经授权发布。

相关文章

微信app下载
微信app下载

微信是一款手机通信软件,支持通过手机网络发送语音短信、视频、图片和文字。微信可以单聊及群聊,还能根据地理位置找到附近的人,带给大家全新的移动沟通体验,有需要的小伙伴快来保存下载体验吧!

下载

相关标签:

微信 chatgpt gemini

本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

相关专题

更多
PixTV官网入口地址合集
PixTV官网入口地址合集

本专题汇总了 PixTV AI 一站式视频创作平台的官方入口与使用教程。无需下载软件,浏览器直接访问即可使用。平台将剧本、图像、视频、声音与剪辑整合在“无限画布”中,接入 GPT Image 2.5、Seedance 2.5 等头部模型。本专题整理了从新建画布、角色锚定、分镜拆分到视频生成与导出的完整操作指南,助你快速上手 AI 短剧与漫剧创作。

2026.10.10

80

15

Kratos框架HTTP与gRPC服务开发教程
Kratos框架HTTP与gRPC服务开发教程

本专题围绕Kratos框架双协议服务开发,涵盖HTTP路由与处理器编写、参数获取、gRPC服务实现与客户端调用、metadata上下文传递、encoding编解码注册、统一响应封装、超时控制与流式响应实现方法。

2026.10.10

40

15

Kratos框架Protobuf接口定义与代码生成合集
Kratos框架Protobuf接口定义与代码生成合集

本专题讲解Kratos框架接口定义体系,涵盖proto编写规范、proto add/client/server生成命令、http注解路由、validate校验、OpenAPI文档生成、跨服务proto复用与兼容性设计。

2026.10.10

20

15

C++虚函数怎么定义和调用
C++虚函数怎么定义和调用

C++虚函数是实现运行时多态的重要机制。本专题从virtual关键字的基本用法入手,介绍基类与派生类之间的函数重写、基类指针调用派生类方法,以及动态绑定的执行过程,帮助初学者掌握虚函数的核心语法。

2026.10.10

20

26

C++类与对象的封装方法教程
C++类与对象的封装方法教程

C++封装是面向对象编程的核心特性之一,通过类将数据与操作数据的函数组织在一起,并利用访问权限控制外部访问。本专题介绍类的定义、成员变量、成员函数以及public、private和protected的使用方法,帮助初学者掌握封装的基本原理。

2026.10.10

20

32

C++构造函数定义与调用方法
C++构造函数定义与调用方法

C++构造函数用于初始化类对象,是面向对象编程的重要基础。本专题从构造函数的定义、声明和调用入手,介绍默认构造函数、带参数构造函数、拷贝构造函数及成员初始化列表,帮助初学者掌握对象创建与初始化的基本方法。

2026.10.10

20

16

Kratos框架零基础入门教程
Kratos框架零基础入门教程

本专题整理Kratos框架入门内容,涵盖Go环境准备、kratos CLI安装升级、new命令创建项目、目录结构分层说明、服务启动与双协议端口、依赖下载报错排查,帮助开发者快速跑通第一个Kratos框架微服务应用。

2026.10.10

20

15

C++条件判断语句怎么写
C++条件判断语句怎么写

C++条件判断是控制程序执行流程的重要基础。本专题介绍if、if-else、else if和switch等常见分支语句,结合条件表达式、比较运算符与代码示例,帮助初学者掌握不同场景下的判断逻辑。

2026.10.10

20

13

C++变量怎么声明和赋值
C++变量怎么声明和赋值

C++变量是编写程序和存储数据的基础。本专题围绕变量声明、定义、初始化、赋值和类型选择等内容展开,帮助初学者理解不同变量的用法,并掌握在实际代码中定义和使用变量的方法。

2026.10.10

20

20

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
Codebuddy 插件
Codebuddy 插件

共0课时 | 0人学习

秒哒微信小程序发布
秒哒微信小程序发布

共0课时 | 0人学习

腾讯元宝使用手册
腾讯元宝使用手册

共0课时 | 0人学习