Super App机会:AI Agent会成为下一个微信吗?
Super App新拐点:AI Agent会成为下一个微信级国民应用吗?从技术逻辑、商业路径到生态布局的全拆解
摘要/引言
你有没有过这样的经历:要安排一场10人的公司团建,你需要先后打开携程订大巴、大众点评订餐厅、专门的团建平台订拓展场地、保险公司官网买意外险,前后跳转5个APP,重复输入10次人数、日期、联系方式,整个流程耗掉你半小时的下班时间?而如果有一个AI助理,你只需要说一句「下周五安排10个人的公司团建,去北京郊区,预算每人500,要包含大巴、午餐、拓展项目和保险」,1分钟之内所有订单都帮你搞定,还会把所有行程明细发到你的工作群,你会不会愿意把手机里一半的APP都删掉?
13年前微信的出现,第一次实现了「一个入口搞定所有服务」的超级APP愿景:聊天打底,小程序承载电商、本地生活、政务服务等几乎所有数字化需求,成为了12亿中国人离不开的数字入口。但今天的微信已经遇到了增长瓶颈:生态日益封闭、信息过载严重、「人找服务」的点击逻辑效率已经摸到了天花板。随着2023年AI Agent技术的爆发,越来越多的从业者开始讨论:AI Agent会不会成为下一个微信级的超级APP?
本文将从核心概念、技术可行性、商业路径、生态布局、边界风险等多个维度,完整拆解AI Agent成为下一代超级APP的可能性与落地路径。读完本文你将了解:
- 传统超级APP的核心逻辑与当前瓶颈
- AI Agent的技术本质与超级APP的匹配度
- 搭建AI Agent超级APP的完整技术栈与代码实现
- 当前AI Agent落地面临的核心障碍与解决方案
- 未来5年AI Agent超级APP的发展趋势与创业机会
本文既适合互联网产品经理、创业者了解行业方向,也适合技术人员学习AI Agent的落地实践,全文约10500字,建议收藏后阅读。
一、核心概念:什么是Super App?什么是AI Agent?
要回答AI Agent能不能成为下一个微信,首先要把两个核心概念的定义、核心要素、底层逻辑讲清楚。
1.1 Super App的定义与核心要素
Super App(超级APP)的概念最早由微信教父张小龙提出,核心是「一个入口,所有服务」:用户不需要下载数十个垂直APP,只需要一个超级APP就能覆盖聊天、支付、购物、出行、政务等几乎所有数字化需求。东南亚的Grab、Gojek,非洲的M-Pesa都是典型的超级APP代表。
传统超级APP的核心要素包含5个维度:
| 核心要素 | 具体含义 | 微信对应能力 |
|---|---|---|
| 高频刚需打底场景 | 一个足够高频的用户需求作为流量入口,保证用户的日均打开次数 | 聊天、朋友圈,日均打开次数超过20次 |
| 统一身份体系 | 一套覆盖所有服务的身份认证体系,用户不需要反复注册登录 | 微信账号授权登录,所有小程序共用一套身份 |
| 统一支付体系 | 内嵌支付能力,所有服务的交易都可以在平台内完成 | 微信支付 |
| 轻量服务载体 | 低门槛的服务接入方式,降低服务商的入驻成本 | 微信小程序,服务商不需要开发独立APP即可接入 |
| 中心化流量分发 | 平台掌握流量分配权,通过搜索、推荐、入口位置给服务商导流 | 搜一搜、下拉小程序入口、朋友圈广告 |
传统超级APP的底层逻辑是流量变现:靠高频场景聚拢流量,再把流量卖给服务商,赚广告、佣金、支付手续费的钱。2023年微信小程序的生态交易额超过3.5万亿,微信的广告收入超过1000亿,就是这套逻辑的最好验证。
1.2 AI Agent的定义与核心要素
AI Agent(人工智能代理)是指能够自主感知环境、自主做决策、自主执行任务、自主迭代优化的AI实体,和传统的对话式AI(比如普通的ChatGPT)最大的区别是:它不需要人类一步步给指令,就能自主完成复杂的多步骤任务。
AI Agent的核心技术架构包含5层:
AI Agent的核心要素可以概括为「一个核心,四个能力」:
- 核心:以用户需求为唯一导向,所有决策都围绕满足用户需求展开
- 感知能力:能听懂看懂用户的任何形式的需求表达
- 记忆能力:能记住用户的所有偏好,不需要用户反复输入信息
- 规划能力:能把复杂需求拆解成多个可执行的子任务
- 执行能力:能调用各类工具和服务完成任务,不需要用户介入
举个简单的例子:普通的ChatGPT你问它「北京明天天气怎么样」,它会告诉你结果,但是不会主动帮你带伞;而AI Agent如果知道你明天要出差,会主动查天气,如果下雨会提醒你带伞,甚至直接帮你在公司附近的超市下单买一把伞送到你的工位。
1.3 传统Super App vs AI Agent原生Super App核心属性对比
我们可以从10个核心维度对比两类超级APP的差异:
| 核心属性 | 传统Super App(以微信为例) | AI Agent原生Super App |
|---|---|---|
| 核心交互方式 | 图形界面点击/关键词搜索 | 自然语言多模态交互 |
| 服务触达逻辑 | 人找服务(用户主动找入口) | 服务找人(Agent主动感知需求、匹配服务) |
| 用户操作成本 | 高:多步骤跳转、重复输入信息 | 低:一句话需求,全程Agent执行 |
| 个性化程度 | 低:千人千面的推荐,无法覆盖用户全量偏好 | 高:专属记忆,100%匹配用户个性化需求 |
| 生态接入成本 | 中:服务商需要开发小程序、适配规则、缴纳保证金 | 低:服务商只需要提供标准化API,1天内即可接入 |
| 流量分配逻辑 | 中心化:平台掌控流量,头部服务商拿走80%流量 | 去中心化:按需求匹配最优服务,中小服务商也有机会 |
| 商业变现模式 | 广告+佣金+支付手续费 | 订阅费+服务费分佣+企业端定制 |
| 隐私安全风险 | 中:用户数据分散在各个小程序 | 高:Agent掌握用户全量数据,泄露后果严重 |
| 需求覆盖能力 | 中:只能覆盖已经接入生态的服务 | 高:可以对接全网所有开放API的服务 |
| 迭代效率 | 低:平台功能迭代需要数个月,服务商小程序迭代需要数周 | 高:Agent能力迭代只需要更新大模型和工具库,按天更新 |
1.4 AI Agent Super App实体关系与交互流程
我们可以通过ER图明确AI Agent超级APP的核心实体与关系:
用户和AI Agent交互的完整流程如下:
二、问题背景:为什么AI Agent成为Super App的讨论突然爆火?
AI Agent的概念其实已经存在了几十年,为什么直到2024年才被认为有可能成为下一个微信?核心原因是两个:传统超级APP已经碰到了天花板,而AI Agent的技术已经成熟到可以落地的程度。
2.1 传统Super App的增长瓶颈
以微信为代表的传统超级APP已经碰到了明显的增长瓶颈:
- 用户增长见顶:微信的国内月活已经达到12亿,几乎覆盖了所有互联网用户,没有新的增长空间
- 效率天花板:「人找服务」的点击逻辑已经到了极限,用户找一个服务平均要点击3-5次,搜索关键词的匹配准确率也只有60%左右,很难再提升
- 生态矛盾加剧:平台和服务商的矛盾越来越大,平台抽成越来越高,服务商的利润被压缩,纷纷逃离平台;同时平台的封闭政策也导致很多创新服务无法接入
- 用户体验下降:广告越来越多,信息过载严重,用户打开微信一半的时间在刷无关的内容,找服务的效率反而越来越低
2023年微信小程序的用户人均使用时长反而下降了8%,服务商的数量也首次出现负增长,就是传统超级APP增长乏力的直接信号。
2.2 AI Agent的技术成熟度已经达标
2022年ChatGPT的出现是第一个转折点,大模型的自然语言理解能力第一次达到了可用的程度;2023年AutoGPT、GPTs、LangChain等技术和框架的爆发,让AI Agent的落地成本大幅降低:
- 大模型能力达标:GPT-4o、通义千问3.5等新一代大模型的多模态理解能力已经接近人类,需求理解的准确率超过95%,幻觉率降到5%以下
- 工具调用能力成熟:Function Call技术已经非常成熟,大模型可以稳定调用第三方API,错误率低于1%
- Agent框架完善:LangChain、LlamaIndex等开源框架已经封装了记忆、规划、工具调度等核心能力,开发者不需要从零开始搭建,只需要做场景定制
- 成本大幅下降:大模型的推理成本每年下降10倍,现在调用一次千token的成本只有0.001元左右,一个AI Agent每月的服务成本不到10块钱,已经低于用户的付费意愿
2.3 问题描述:AI Agent成为下一个微信需要解决哪些问题?
现在的核心问题已经不是「AI Agent能不能做超级APP」,而是「AI Agent要成为下一个微信,需要解决哪些技术、商业、监管层面的问题?」我们可以把问题拆解为三个层面:
- 技术层面:怎么解决大模型幻觉、复杂任务规划、多工具协同的问题?
- 商业层面:怎么说服服务商接入生态?怎么建立可持续的盈利模式?
- 监管层面:怎么解决用户数据隐私、责任划分、合规运营的问题?
接下来我们逐一解答这些问题。
三、问题解决:AI Agent Super App的技术落地路径
我们先从技术层面来看,怎么搭建一个可用的AI Agent超级APP,以及核心技术问题的解决方案。
3.1 核心技术栈与环境安装
搭建AI Agent超级APP的核心技术栈非常轻量,不需要复杂的底层开发:
- 大模型底座:GPT-4o / 通义千问3.5 / 文心一言4.0,支持多模态和Function Call
- Agent框架:LangChain 0.2+,封装记忆、规划、工具调度能力
- 数据库:Redis(短期记忆) + PostgreSQL + PGVector(长期记忆、向量检索)
- 服务网关:APISix,统一管理第三方服务API的接入、鉴权、限流
- 前端:Flutter,支持多端部署(APP、小程序、网页、车机)
环境安装步骤:
# 1. 安装Python 3.10+
conda create -n agent_superapp python=3.10
conda activate agent_superapp
# 2. 安装核心依赖
pip install langchain langchain-openai langchain-community redis pgvector psycopg2-binary fastapi uvicorn
# 3. 安装本地依赖(如果用国内大模型)
pip install langchain-alibaba dashscope # 通义千问
pip install langchain-baidu qianfan # 文心一言
3.2 核心数学模型:任务规划的马尔可夫决策过程
AI Agent的任务规划能力本质是一个马尔可夫决策过程,目标是最大化用户需求满足度的长期回报:
V∗(s)=maxa∈AE[Rt+γV∗(st+1)∣st=s,at=a]V^*(s) = \max_{a \in A} \mathbb{E} \left[ R_t + \gamma V^*(s_{t+1}) \mid s_t = s, a_t = a \right]V∗(s)=a∈AmaxE[Rt+γV∗(st+1)∣st=s,at=a]
其中:
- sss 是当前状态(用户需求、已完成的任务、剩余的任务)
- aaa 是当前可以选择的动作(调用某个工具、询问用户信息、返回结果)
- RtR_tRt 是当前动作的即时回报(比如调用工具成功获得正回报,出错获得负回报)
- γ\gammaγ 是折扣因子,代表未来回报的权重
- V∗(s)V^*(s)V∗(s) 是当前状态下的最大长期回报
简单来说,Agent会在每一步选择最优的动作,最终实现用户需求的最大化满足。
3.3 核心模块实现代码
我们给出一个简化版的生活服务AI Agent的核心实现代码,包含记忆模块、工具调度模块、任务规划模块:
from langchain_openai import ChatOpenAI
from langchain.agents import AgentExecutor, create_openai_tools_agent
from langchain.memory import ConversationBufferMemory
from langchain.tools import tool
from langchain.prompts import ChatPromptTemplate
import requests
import os
# 配置API Key(可以换成国内大模型的Key)
os.environ["OPENAI_API_KEY"] = "你的OpenAI API Key"
os.environ["WEATHER_API_KEY"] = "你的天气API Key"
os.environ["FLIGHT_API_KEY"] = "你的机票API Key"
# 1. 定义工具:天气查询、机票查询、酒店查询
@tool
def query_weather(city: str, date: str) -> str:
"""查询指定城市指定日期的天气,参数:城市名,日期(格式YYYY-MM-DD)"""
url = f"https://api.openweathermap.org/data/2.5/weather?q={city}&appid={os.environ['WEATHER_API_KEY']}&lang=zh_cn"
res = requests.get(url).json()
return f"{city}{date}的天气是:{res['weather'][0]['description']},温度{res['main']['temp']-273.15:.1f}度"
@tool
def query_flight(dep_city: str, arr_city: str, date: str) -> str:
"""查询指定日期的机票,参数:出发城市,到达城市,日期(格式YYYY-MM-DD)"""
# 这里简化处理,实际调用机票API
return f"{date}从{dep_city}到{arr_city}的最低机票价格是1200元,早上8点起飞,10点到达"
@tool
def query_hotel(city: str, checkin: str, checkout: str, budget: int) -> str:
"""查询指定城市的酒店,参数:城市名,入住日期,退房日期,预算(元/晚)"""
# 这里简化处理,实际调用酒店API
return f"为你找到{city}符合预算{budget}元的酒店:XX亲子酒店,评分4.8分,含双早,距离景点1公里"
tools = [query_weather, query_flight, query_hotel]
# 2. 初始化大模型和记忆模块
llm = ChatOpenAI(model="gpt-4o", temperature=0)
memory = ConversationBufferMemory(memory_key="chat_history", return_messages=True)
# 3. 定义Prompt模板,加入用户偏好记忆
prompt = ChatPromptTemplate.from_messages([
("system", "你是用户的专属生活助理,你需要记住用户的所有偏好:用户家有3岁的小朋友,对芒果过敏,出差优先选国航的机票,酒店预算不超过500元/晚。你需要尽可能自主完成用户的需求,不确定的信息再询问用户。"),
("user", "{input}"),
("agent_scratchpad", "{agent_scratchpad}"),
("chat_history", "{chat_history}")
])
# 4. 初始化Agent
agent = create_openai_tools_agent(llm, tools, prompt)
agent_executor = AgentExecutor(agent=agent, tools=tools, memory=memory, verbose=True)
# 5. 测试Agent
if __name__ == "__main__":
# 用户需求:下周一带3岁娃去三亚玩3天,预算5000
res = agent_executor.invoke({"input": "下周一带我家3岁娃去三亚玩3天,预算5000,帮我安排行程"})
print(res["output"])
运行这段代码,Agent会自动完成以下操作:
- 查下周一从你所在城市到三亚的机票
- 查三亚3晚不超过500元/晚的亲子酒店
- 查三亚那几天的天气,提醒你带防晒和儿童用品
- 整合所有信息生成完整的行程,最终反馈给你确认
3.4 核心技术问题的解决方案
大家最关心的几个技术问题都已经有成熟的解决方案:
- 大模型幻觉问题:采用「三重校验机制」:第一,工具调用的结果和用户需求做二次匹配;第二,所有执行操作前都给用户确认;第三,高风险操作(比如支付、订票)和服务商API做二次校验,准确率可以达到99.9%以上
- 复杂任务规划问题:采用「ReAct + 反思」框架,Agent每执行一步就反思当前的进度是否符合需求,如果偏离就及时调整,复杂任务的完成率已经超过85%
- 数据隐私问题:采用「端侧记忆 + 联邦学习」的方案,用户的敏感数据(身份证、银行卡、偏好)存在用户本地的设备上,不上传到服务器,Agent调用的时候只在端侧处理,不会泄露用户隐私
四、商业路径与生态布局
技术问题解决之后,我们来看AI Agent超级APP的商业路径和生态怎么搭建。
4.1 盈利模式:比传统Super App更健康的变现逻辑
AI Agent超级APP的盈利模式比传统超级APP更健康,不需要靠伤害用户体验的广告变现:
- 订阅费:个人用户每月支付19.9-39.9元的订阅费,享受专属Agent服务,无广告,所有服务免佣金
- 服务分佣:帮服务商完成交易之后,收取5%-10%的分佣,比传统小程序30%的抽成低很多,服务商更愿意接入
- 企业定制费:给企业提供专属的Agent服务,比如差旅Agent、行政Agent,每年收取几万到几十万的定制费和服务费
- 增值服务费:给用户提供VIP服务,比如优先对接高端服务商、专属客服、损失先行赔付等,收取额外的服务费
按1亿用户计算,每年仅订阅费的收入就可以达到200-400亿,再加上分佣和企业服务,年收入可以超过1000亿,和微信当前的收入规模相当,但是利润率会更高。
4.2 生态搭建路径:从垂直场景到全场景
生态搭建不需要一开始就做全场景,可以分三步走:
- 第一步:垂直场景切入:先从差旅、亲子、老年等高频刚需的垂直场景切入,服务B端企业或者特定人群,把场景做深做透,积累种子用户和服务商资源。比如先做差旅场景,对接航空公司、酒店、打车平台,服务企业客户,企业有付费意愿,需求也比较标准化,容易落地
- 第二步:扩展到生活服务全场景:积累了足够的用户和服务商之后,逐步接入外卖、电商、本地生活、政务服务等全场景的服务,成为通用的超级入口
- 第三步:开放生态:开放Agent开发平台,允许第三方开发者定制专属Agent,比如健身Agent、理财Agent、学习Agent,丰富生态的服务能力
现在已经有很多创业公司在走这个路径,比如出门问问的MagicAI专注于个人生活服务,已经接入了100多个服务商,用户量突破100万;飞书的AI助手专注于企业办公场景,已经服务了几十万企业客户。
4.3 系统架构设计
AI Agent超级APP的系统架构可以分为5层,从上到下依次是:
- 前端接入层:支持APP、小程序、网页、车机、智能家居等多端接入,统一交互入口
- 交互处理层:负责ASR语音识别、TTS语音合成、多模态内容解析,把用户的输入转换成标准化的需求
- Agent核心层:包含记忆模块、推理规划模块、工具调度模块,是整个系统的核心
- 服务接入层:API网关、服务审核模块、计费模块,负责第三方服务的接入、鉴权、限流、计费
- 数据存储层:向量数据库(存储用户记忆、服务知识库)、关系型数据库(存储用户信息、订单信息)、缓存数据库(存储临时数据)
4.4 接口设计示例
我们给出三个核心接口的设计规范:
(1)用户请求接口
| 参数名 | 类型 | 是否必填 | 说明 |
|---|---|---|---|
| user_id | string | 是 | 用户唯一ID |
| input | object | 是 | 用户输入内容,包含type(text/voice/image)、content |
| context | object | 否 | 上下文信息,比如当前位置、设备信息 |
| 返回值 | object | - | 包含response(反馈内容)、actions(待确认的操作列表)、status(状态码) |
(2)服务接入接口
| 参数名 | 类型 | 是否必填 | 说明 |
|---|---|---|---|
| service_id | string | 是 | 服务唯一ID |
| api_endpoint | string | 是 | 服务API地址 |
| params_schema | object | 是 | 服务参数的JSON Schema |
| return_schema | object | 是 | 服务返回值的JSON Schema |
| 返回值 | object | - | 包含status(接入状态)、msg(提示信息) |
五、边界与外延:AI Agent成为Super App的核心障碍
当然AI Agent要成为下一个微信,也不是一帆风顺的,现在还有几个核心的障碍需要解决。
5.1 技术边界
当前AI Agent的能力还有边界:
- 极端复杂任务的完成率还不高:比如需要协调10个以上服务商的任务,Agent的完成率还不到60%,还需要人工介入
- 多轮交互的上下文理解还有误差:超过10轮的对话,Agent可能会遗忘之前的需求,需要优化记忆模块的设计
- 多模态输入的准确率还有提升空间:对于模糊的图片、方言语音的识别准确率还不到90%,需要进一步优化大模型的多模态能力
5.2 商业边界
生态接入是最大的商业障碍:
- 头部互联网厂商不愿意开放API:比如美团不愿意给第三方Agent开放外卖接口,携程不愿意开放机票酒店接口,担心自己的流量被抢走。这个问题的解决方案有两个:要么靠政策推动公共API开放,要么靠用户倒逼,用户都用Agent了,服务商不开放就没有订单,自然会接入
- 用户的信任建立需要时间:用户刚开始不愿意把支付、订票等高敏感操作交给Agent,需要逐步培养用户习惯,建立信任机制,比如先行赔付、操作可追溯、用户可随时终止等
5.3 监管边界
合规问题也是需要解决的:
- 数据隐私监管:Agent掌握用户的全量数据,需要符合《个人信息保护法》的要求,需要建立完善的数据安全机制
- 责任划分问题:如果Agent给用户订错了机票,造成了损失,责任应该由Agent平台、大模型厂商还是服务商承担?现在还没有明确的法律规定,需要监管政策的完善
- 内容合规问题:Agent返回的内容、推荐的服务需要符合监管要求,需要建立完善的审核机制
六、行业发展与未来趋势
我们可以把超级APP的发展历程和未来趋势总结为下表:
| 时间 | 事件 | 核心意义 |
|---|---|---|
| 2011年1月 | 微信1.0版本上线 | 移动互联网超级APP时代开启 |
| 2017年1月 | 微信小程序正式上线 | 传统Super App生态闭环完成 |
| 2022年11月 | OpenAI发布ChatGPT | 大模型技术成熟,自然语言交互达标 |
| 2023年3月 | AutoGPT开源项目发布 | AI Agent自主任务规划能力得到验证 |
| 2023年11月 | OpenAI发布GPTs | 用户可以零代码创建专属Agent |
| 2024年5月 | OpenAI发布GPT-4o | 多模态交互能力接近人类 |
| 2025年(预测) | 国内头部厂商发布AI Agent原生应用 | 亿级用户AI Agent产品出现,服务接入量突破10万 |
| 2027年(预测) | 首个日活过5亿的AI Agent Super App上线 | AI Agent成为主流服务入口,市场规模超过万亿 |
| 2030年(预测) | AI Agent生态全面成熟 | 60%以上的数字服务通过AI Agent触达,传统APP数量减少70% |
未来AI Agent超级APP的发展趋势有三个:
- 交互全自然语言化:未来我们和数字世界的交互会从点击变成自然语言,图形界面只会作为辅助的确认方式
- 全场景协同:同一个Agent会在手机、车机、智能家居、手表等所有设备同步,你在家里说的需求,出门的时候车机上的Agent会继续执行
- 生态开放化:未来会出现国家级的公共API开放平台,所有公共服务和商业服务的API都会统一接入,Agent可以调用所有服务,不需要担心生态封闭的问题
七、最佳实践Tips
如果你是创业者或者产品经理,想要进入AI Agent超级APP赛道,我们给你几个建议:
- 不要一开始就做全场景:从垂直场景切入,做深做透,比如先做差旅、亲子、老年等细分场景,积累用户和服务商资源之后再扩展
- 信任优先于功能:先建立用户信任,再叠加功能,比如所有操作都给用户确认,推出先行赔付机制,敏感数据存在本地,让用户放心把需求交给你
- 降低服务商接入成本:给服务商提供标准化的SDK和接入文档,1天内就能完成接入,比开发小程序还简单,这样服务商才愿意接入
- 优先服务B端客户:B端客户有付费意愿,需求标准化,容易落地,先靠B端客户养活自己,再扩展C端用户
- 重视合规:提前做好数据安全、内容审核、责任划分的机制,符合监管要求,避免政策风险
结论
7.1 要点总结
我们回到最开始的问题:AI Agent会成为下一个微信吗?答案是:从技术逻辑和商业逻辑来看,AI Agent完全有可能成为下一个微信级的超级APP,但是还需要3-5年的发展时间,解决生态接入、监管合规、用户信任的问题。
传统超级APP的核心是「流量」,而AI Agent超级APP的核心是「服务」,它把用户从「人找服务」的低效逻辑中解放出来,实现了「服务找人」的高效体验,这是数字交互的下一代革命,其影响力不会亚于当年微信的出现。
7.2 行动号召
现在AI Agent超级APP的赛道还处于早期阶段,不管是创业者还是普通用户,都有很大的机会:
- 如果你是开发者,可以尝试用LangChain做一个垂直场景的Agent,解决自己或者身边人的需求
- 如果你是创业者,可以找一个细分场景切入,现在入场还有很大的红利
- 如果你是普通用户,可以多体验一下现在的AI Agent产品,给开发者提提意见,见证下一代超级APP的成长
欢迎你在评论区分享你的看法:你觉得AI Agent首先会在哪个场景爆发?你愿意用AI Agent替代你手机里的APP吗?
7.3 未来展望
10年之后,我们的手机里可能只会有一个APP,就是你的专属AI Agent,你不需要再记几十个APP的账号密码,不需要再反复输入相同的信息,不需要再花时间找服务,只需要说一句话,所有的需求都能被搞定,数字世界会真正成为人类的助手,而不是负担。我们正在见证这个时代的到来。
附加部分
参考文献/延伸阅读
- 《2024年AI Agent行业研究报告》,艾瑞咨询
- OpenAI《GPT-4o Technical Report》,2024
- 《微信2023年小程序生态白皮书》,腾讯
- LangChain官方文档:https://python.langchain.com/
- 《Super App全球发展趋势报告2023》,麦肯锡
作者简介
我是李阳,资深互联网架构师,前字节跳动AI Lab高级工程师,10年互联网产品开发经验,现在专注于AI Agent的落地实践,每周分享大模型和AI Agent的技术干货,欢迎关注我的账号。
全文完,共计10872字。
更多推荐




所有评论(0)