讲师中心 微信公众号
AI工具推荐 视频效率加速

微信AI不打算接管一切

大晨君_9195

大晨君_9195

发布时间:2026-06-12 08:57:37

|

388人浏览过

|

来源于php中文网

原创

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

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

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

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

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

立即进入“豆包AI人工智官网入口”;

立即学习“豆包AI人工智能在线问答入口”;

被长久期待的微信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粗暴绕过开发者,极可能触发生态反弹。

微信创作
微信创作

自动将 Markdown 文章转为适配微信公众号格式的 HTML,并批量发布至公众号草稿箱,支持封面图生成与专题管理。

下载

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

禀赋难以复制

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

首先是开发者存量优势。
当微信邀请开发者为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下载

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

下载

相关标签:

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

热门AI工具

更多
超级简历WonderCV

一款AI办公效率工具,主要用于免费求职简历模版下载制作,应届生职场人必备简历制作神器,适合需要提升相关任务效率的用户。

SkildArt
SkildArt Hot

SkildArt是一款AI文本写作工具,一站式 AI 视觉创作平台。

豆包大模型

豆包大模型是一款由字节跳动推出的企业级大语言模型服务平台。

音述AI
音述AI Hot

一款AI音频处理工具,主要用于音述AI是一个以“用声音述说故事”为核心的 AI 音乐创作与声音分享社区,适合需要提升相关任务效率的用户。

Atoms
Atoms Hot

Atoms是一款AI智能体工具,第一支自动构建真实业务的 AI 团队。

Lovart
Lovart Hot

一款面向视觉设计创作的AI设计平台,可通过智能体和画布工作流辅助制作海报、Logo、网页、PPT及其他视觉内容。

WorkBuddy

一款AI办公效率工具,主要用于腾讯云推出的AI原生桌面智能体工作台,适合需要提升相关任务效率的用户。

DeepSeek

DeepSeek是一款面向对话、写作、编程和推理场景的AI大模型工具。

讯飞智作

讯飞智作是一款AI视频创作工具,AI文本配音工具,数字人课程、营销视频制作。

相关专题

更多
OpenJDK JVM参数怎么调优
OpenJDK JVM参数怎么调优

Java应用运行缓慢,如何调整JVM参数?本专题介绍OpenJDK JVM性能调优的基本流程,涵盖性能指标确认、运行数据采集、内存配置和垃圾回收分析,帮助你先定位瓶颈,再通过对照测试验证效果,避免直接套用参数而影响应用稳定性。

0

2026.10.16

OpenJDK怎么配置Java开发环境
OpenJDK怎么配置Java开发环境

怎样用OpenJDK搭建开发环境?本专题介绍版本选择、下载安装、环境变量配置和编译运行验证,帮助你理清JDK的作用及基本配置流程,并通过简单程序检查环境是否可用,为后续项目开发做好准备。

0

2026.10.16

OpenJDK怎么部署Java应用
OpenJDK怎么部署Java应用

Java项目开发完成后,怎样部署到目标环境并正常运行?本专题介绍OpenJDK应用部署流程,涵盖运行环境准备、版本兼容检查、应用打包、启动参数配置和日志查看,帮助你理清部署前后的操作顺序,减少环境差异造成的运行问题。

0

2026.10.16

Revel框架模板渲染与表单验证
Revel框架模板渲染与表单验证

本专题围绕Revel框架视图层开发,介绍模板语法、变量输出、布局复用、表单提交、参数绑定与验证规则,帮助开发者完成安全规范的页面交互。

0

2026.10.16

Revel框架MVC路由与控制器
Revel框架MVC路由与控制器

本专题聚焦Revel框架MVC核心机制,讲解路由定义、控制器Action、参数绑定、请求响应和反向路由,并结合常见场景梳理接口请求处理流程。

0

2026.10.16

Revel框架入门与安装配置
Revel框架入门与安装配置

本专题从Revel框架环境搭建讲起,系统介绍命令行工具安装、项目创建、目录结构、配置文件及热代码重载,帮助开发者快速完成首个Go Web应用。

0

2026.10.16

Linux 新手先学哪些命令
Linux 新手先学哪些命令

Linux新手命令专题汇集终端基础、文件目录操作、文本查看、软件安装和权限管理等入门文章,帮助按实际任务练习常用命令并建立命令行操作习惯。

20

2026.10.15

MySQL 忘记密码怎么办
MySQL 忘记密码怎么办

MySQL忘记密码专题汇集不同版本与系统下的root密码重置方法,覆盖MySQL 5.7、8.0、Mac、Linux及本地集成环境,并提示恢复权限与重新登录的检查步骤。

20

2026.10.15

Vue.js 中 ref 和 reactive 的区别
Vue.js 中 ref 和 reactive 的区别

Vue.js中ref和reactive的区别专题汇集两种响应式API的定义、访问方式、对象解构、侦听与性能取舍等文章,帮助结合实际状态类型选择合适写法。

0

2026.10.15

热门下载

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

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号
PHP中文网订阅号
每天精选资源文章推送

Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn