2025 AI Agent 技术栈全景图

理解AI智能体领域格局

尽管我们看到许多智能体技术栈和市场分布图,但我们倾向于不认同它们的分类方式,并发现这些分类很少能真实反映开发者实际使用的工具。过去几个月,AI智能体软件生态系统在记忆能力、工具调用、安全执行和部署等方面取得了显著进展。基于我们在开源AI领域一年多的实践经验和七年以上的AI研究积累,我们决定分享自己构建的"智能体技术栈",以呈现更贴合行业实践的技术全景。

从大型语言模型到智能体的演进

2022至2023年间,我们见证了LangChain(2022年10月发布)和LlamaIndex(2022年11月发布)等LLM框架和SDK的崛起。与此同时,通过API调用LLM服务的标准化平台逐渐成熟,自主部署LLM推理的技术(如vLLM和Ollama)也形成了稳定生态。

进入2024年,行业关注点显著转向AI"智能体"及更广义的复合系统。尽管"智能体"作为强化学习领域的概念已存在数十年,但在ChatGPT时代,它被重新定义为一种由LLM驱动、能自主输出行动指令(工具调用)的系统。这种结合工具调用、自主运行和记忆能力的范式,标志着从基础LLM向智能体的跨越,也催生了新一代智能体技术栈的兴起。

智能体技术栈的独特之处是什么?**与基础的LLM聊天机器人相比,智能体是一个显著更复杂的工程挑战,因为它们需要状态管理(保留消息/事件历史、存储长期记忆、在智能体循环中执行多次LLM调用)和工具执行**(安全执行LLM输出的动作并返回结果)。因此,AI智能体技术栈与标准LLM技术栈截然不同。让我们从底层的模型服务层开始拆解当今的AI智能体技术栈:

模型服务层(Model Serving)

在AI智能体的核心是大型语言模型(LLM)。要使用LLM,需要通过推理引擎部署模型,最常见的方式是付费API服务。

  • 闭源API模型推理服务商: OpenAI和Anthropic凭借其私有尖端模型(如GPT-4、Claude 3)处于领先地位。

  • 开源模型API服务商: Together.AI、Fireworks和Groq等平台通过付费API提供开源权重模型(如Llama 3)的托管服务。

  • 本地模型推理引擎

业余爱好者(“AI发烧友”):Ollama和LM Studio是两大热门工具,支持在个人电脑(如M系列苹果MacBook)上本地运行模型。

生产级GPU部署:vLLM是生产环境中基于GPU部署的主流选择,SGLang则是面向类似开发者群体的新兴项目。

本地个人设备运行

存储层

存储是智能体(具有状态)的基础构建模块——智能体的核心特征在于其持久化状态,包括对话历史、记忆以及用于RAG的外部数据源。

  • 向量数据库: Chroma、Weaviate、Pinecone、Qdrant和Milvus等向量数据库被广泛用于存储智能体的"外部记忆",使智能体能够利用远超上下文窗口容量限制的数据源和对话历史。

  • 传统数据库的向量扩展: Postgres(诞生于80年代的关系型数据库)通过pgvector扩展支持向量搜索。基于Postgres的公司如Neon(无服务器Postgres)和Supabase,也为智能体提供嵌入向量搜索与存储服务。

工具与库层

标准AI聊天机器人与AI智能体的核心区别在于,智能体具备调用"工具"(或"函数")的能力。在大多数情况下,这种操作的机制是LLM生成结构化输出(例如JSON对象),指定要调用的函数及其参数。关于智能体工具执行的一个常见误解是:工具执行并非由LLM提供商完成——LLM仅负责选择要调用的工具和提供参数。支持任意工具或任意参数的智能体服务必须使用沙箱(如Modal、E2B)来确保安全执行。

所有智能体都通过OpenAI定义的JSON Schema调用工具——这意味着不同框架的智能体和工具实际上可以互相兼容。例如Letta的智能体可以调用LangChain、CrewAI和Composio的工具,因为它们都遵循相同的Schema规范。因此,针对常见工具的供应商生态正在快速成长:

  • 通用工具库:Composio作为热门通用工具库,还提供授权管理功能

  • 垂直专用工具

  • Browserbase(网页浏览专用工具)

  • Exa(网络搜索专用工具)

随着更多智能体的开发,我们预计工具生态将持续扩展,并为智能体提供身份验证、访问控制等新功能。

智能体框架

智能体框架负责编排LLM调用并管理智能体状态。不同框架在以下方面存在设计差异:

  1. 智能体状态管理

    状态序列化: 多数框架引入了状态"序列化"概念(如将状态保存为JSON或字节流),允许通过加载序列化文件恢复智能体的对话历史、记忆和执行阶段。

    数据库持久化: Letta等框架将所有状态存储在数据库(消息表、智能体状态表、记忆块表)中,无需显式序列化。这种设计支持直接查询状态(例如按日期检索历史消息),并影响系统的扩展性(处理长对话历史或多智能体场景)和状态修改灵活性。

  2. 上下文窗口结构

每次调用LLM时,框架会将智能体状态"编译"到上下文窗口中。不同框架以不同方式组织上下文窗口内的数据(如指令、消息缓冲区),这直接影响智能体性能。建议选择能透明化上下文窗口管理的框架,以便精确控制智能体行为。

3. 多智能体通信

  • 消息队列: Llama Index通过消息队列实现智能体通信。

  • 显式抽象层: CrewAI和AutoGen提供专门的多智能体抽象接口。

  • 直接调用机制: Letta和LangGraph支持智能体直接互相调用,允许集中式(通过监督智能体)或分布式通信。

  • 兼容性趋势: 多数框架现已同时支持单智能体与多智能体场景,因为设计良好的单智能体系统应能轻松扩展为协作系统。

4. 内存管理方法

为突破LLM上下文窗口限制,各框架采用不同内存管理技术:

  • 基于RAG的记忆: CrewAI和AutoGen完全依赖检索增强生成技术。

  • 高级记忆技术: phidata和Letta集成自编辑记忆(如MemGPT)、递归摘要等创新方法。

  • 自动化工具: Letta提供内置记忆管理工具,支持按文本/数据搜索历史消息、写入记忆、编辑上下文窗口。

5. 开源模型支持

  • 模型提供商的隐式优化: 主流模型提供商通过重采样输出、提示词工程(如"请输出JSON")等技巧确保工具调用格式正确。

  • 框架适配挑战: 支持开源模型需要框架自行处理上述问题,因此部分框架仅限支持主要模型提供商。

选择框架的关键考量

当前构建智能体时,框架选择应基于具体需求:

  • 应用类型:对话型智能体 vs 工作流自动化

  • 运行环境:Notebook实验 vs 生产级服务

  • 模型支持:对开源权重模型的需求

未来框架的核心差异将体现在部署流程中,状态/内存管理和工具执行的设计决策将更具决定性。

智能体托管和服务

当前大多数智能体框架的设计仍局限于Python脚本或Jupyter Notebook的本地运行环境。但我们认为,未来的智能体应被视为可部署到本地或云端基础设施的服务,通过REST API访问。正如OpenAI的ChatCompletion API成为LLM服务的行业标准,我们预计未来会出现统一的智能体API标准——尽管目前这一领域尚未形成明确领导者。

部署智能体服务的核心挑战

与部署LLM服务相比,智能体服务的部署复杂性显著增加,主要源于:

状态管理

  • 应用可能需要运行数百万个智能体,每个智能体的对话历史、记忆和执行状态持续增长。

  • 从原型到生产环境时,智能体状态需经过数据规范化(如结构化存储、索引优化),而非简单的临时存储。

工具执行安全

  • 工具依赖(如Python包版本、系统环境)需显式存储在数据库中,以便服务重建运行时环境。

  • 需隔离执行环境(例如通过Docker容器或安全沙箱),防止恶意代码渗透。

API标准化

  • 智能体交互必须通过严格定义的REST API接口实现,而非脚本内直接调用。

  • 需支持异步通信、超时重试、速率限制等生产级API特性。

当前实践与未来趋势

  • 现状: 开发者通常自行组合FastAPI(构建API层)、Postgres(状态存储)、Modal/E2B(安全执行)等技术栈,但这一过程重复且易出错。

  • 框架演进方向

  • 内置生产化能力: 主流框架(如LangChain、CrewAI)正逐步集成数据库连接器、API生成器和部署工具。 例如LangChain近期推出的langserve模块可自动将智能体转换为REST API。

  • 状态管理抽象化: 框架可能引入声明式状态定义(类似Django模型),自动处理序列化、版本迁移和查询优化。

  • 混合部署模式: 支持智能体在本地(调试模式)与云端(生产模式)的无缝切换,类似PyTorch的train/eval模式切换。

关键决策点

选择智能体托管方案时需评估:

  • 状态存储成本:向量数据库(如Pinecone)与关系型数据库(如Postgres)的成本权衡

  • 执行环境隔离:轻量级沙箱(如E2B)与完整容器化(如Kubernetes)的安全性与开销平衡

  • API治理需求:是否需要集成身份验证(OAuth)、审计日志、 SLA监控等企业级功能

未来,智能体框架的竞争焦点将从"原型构建能力"转向"生产就绪性",而部署工作流的成熟度将成为核心差异化因素。

如何学习大模型 AI ?

由于新岗位的生产效率,要优于被取代岗位的生产效率,所以实际上整个社会的生产效率是提升的。

但是具体到个人,只能说是:

“最先掌握AI的人,将会比较晚掌握AI的人有竞争优势”。

这句话,放在计算机、互联网、移动互联网的开局时期,都是一样的道理。

我在一线互联网企业工作十余年里,指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家,也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑,所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限,很多互联网行业朋友无法获得正确的资料得到学习提升,故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述

第一阶段(10天):初阶应用

该阶段让大家对大模型 AI有一个最前沿的认识,对大模型 AI 的理解超过 95% 的人,可以在相关讨论时发表高级、不跟风、又接地气的见解,别人只会和 AI 聊天,而你能调教 AI,并能用代码将大模型和业务衔接。

  • 大模型 AI 能干什么?
  • 大模型是怎样获得「智能」的?
  • 用好 AI 的核心心法
  • 大模型应用业务架构
  • 大模型应用技术架构
  • 代码示例:向 GPT-3.5 灌入新知识
  • 提示工程的意义和核心思想
  • Prompt 典型构成
  • 指令调优方法论
  • 思维链和思维树
  • Prompt 攻击和防范

第二阶段(30天):高阶应用

该阶段我们正式进入大模型 AI 进阶实战学习,学会构造私有知识库,扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架,抓住最新的技术进展,适合 Python 和 JavaScript 程序员。

  • 为什么要做 RAG
  • 搭建一个简单的 ChatPDF
  • 检索的基础概念
  • 什么是向量表示(Embeddings)
  • 向量数据库与向量检索
  • 基于向量检索的 RAG
  • 搭建 RAG 系统的扩展知识
  • 混合检索与 RAG-Fusion 简介
  • 向量模型本地部署

第三阶段(30天):模型训练

恭喜你,如果学到这里,你基本可以找到一份大模型 AI相关的工作,自己也能训练 GPT 了!通过微调,训练自己的垂直大模型,能独立训练开源多模态大模型,掌握更多技术方案。

到此为止,大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗?

  • 为什么要做 RAG
  • 什么是模型
  • 什么是模型训练
  • 求解器 & 损失函数简介
  • 小实验2:手写一个简单的神经网络并训练它
  • 什么是训练/预训练/微调/轻量化微调
  • Transformer结构简介
  • 轻量化微调
  • 实验数据集的构建

第四阶段(20天):商业闭环

对全球大模型从性能、吞吐量、成本等方面有一定的认知,可以在云端和本地等多种环境下部署大模型,找到适合自己的项目/创业方向,做一名被 AI 武装的产品经理。

  • 硬件选型
  • 带你了解全球大模型
  • 使用国产大模型服务
  • 搭建 OpenAI 代理
  • 热身:基于阿里云 PAI 部署 Stable Diffusion
  • 在本地计算机运行大模型
  • 大模型的私有化部署
  • 基于 vLLM 部署大模型
  • 案例:如何优雅地在阿里云私有部署开源大模型
  • 部署一套开源 LLM 项目
  • 内容安全
  • 互联网信息服务算法备案

学习是一个过程,只要学习就会有挑战。天道酬勤,你越努力,就会成为越优秀的自己。

如果你能在15天内完成所有的任务,那你堪称天才。然而,如果你能完成 60-70% 的内容,你就已经开始具备成为一名大模型 AI 的正确特征了。

这份完整版的大模型 AI 学习资料已经上传CSDN,朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值