最新一篇长达76页的Agentic_AI综述

文章探讨了Agentic AI从外部流水线向模型原生范式的转变,通过强化学习将推理、记忆与行动能力内化到模型参数中,形成"LLM+RL+Task"方法论。这种转变使静态模型变为可从环境互动中学习的目标驱动体,标志着从"构建会用智力的系统"到"通过经验自进化的智能"的迁移,展示了AI从外部编排到内部进化的根本性变革。


Agentic AI正从外部流水线转向模型原生,推理、记忆与行动等能力被内化到模型策略中,借助强化学习把感知与行动打通,让静态模型变成可从环境互动中学习的目标驱动体LLM + RL + Task 正在成为现代AI的“方法论奇点”,通过预训练→后训练→推理的循环,把算力持续转化为智能。未来不仅是更高自治,更是模型与环境深度耦合/共生;这种范式迁移也意味着从“构建会用智力的系统”走向“通过经验自进化的智能”。

  • 论文标题:Beyond Pipelines: A Survey of the Paradigm Shift toward Model-Native Agentic AI
  • 论文链接:https://arxiv.org/abs/2510.16720v1

问题背景

生成式AI进步迅猛,但多为“反应式输出”,缺乏面向目标的长期推理与环境交互;为迈向自主行动,研究焦点转到“智能体AI(agentic AI)”,其三大核心能力是规划、工具使用、记忆

早期系统是流水线范式(Pipeline-based),这三大能力被放在外部编排里:规划依赖符号规划或CoT/ToT提示,工具使用依赖函数调用与ReAct式思维-行动回路,记忆依赖会话摘要与RAG;因此模型是被动组件,系统脆弱且难以应对非预期情境。

新范式模型原生则强调通过端到端训练把规划、工具使用与记忆内化进模型参数,让LLM成为主动决策者。这种范式转变的核心驱动力正是大规模强化学习(RL)用于LLM训练,使得从“SFT/偏好优化”转向结果驱动的RL(如GRPO、DAPO等),从而形成了统一训练图景“LLM + RL + Task”。目前,智能体应用沿着两条主要路线发展:(1)Deep Research智能体,它充当“大脑”,擅长复杂的推理和分析;(2)GUI智能体,它充当“眼睛和手”,模拟人类与图形环境的交互。

面向LLM 的 RL

程序化数据稀缺与 Out-of-Distribution (OOD) 脆弱,必须用结果驱动的 RL把规划等能力从提示诱导转为参数内化;借助 LLM 先验与语言统一接口,RL 成为训练模型原生代理的可行且通用的“LLM + RL + Task”范式。

1. 为什么必须用 RL

CoT 等流水线只是把“步骤”塞进提示里,诱导模型模仿程序化模式,但并未让参数学会过程本身,易在分布外场景失效。

要把“规划”等能力内化进模型,需要直接优化参数:将答案视作对所有潜在推理轨迹的边缘化,目标变为同时学到 奖励和动作;SFT 受制于( q,R,a )轨迹数据稀缺与昂贵,RL 则用结果驱动的奖励直接优化整条推理轨迹 。

相比 SFT,RL 的两大优势:动态探索式采样相对价值学习,把模型从“被动模仿者”变成“主动探索者”。

2. 为什么可行

预训练 LLM 自带世界知识与结构先验,可进行先验引导的探索,显著提高样本效率;形式化为在知识条件 下优化期望回报。

语言介面把状态、动作、奖励统一到文本/符号空间:动作可为文本、工具调用或 GUI 操作,奖励可为事实正确性、偏好或可编程验证,从而让 RL 跨任务泛化,成为内化代理能力的通用机制。

3. 统一范式与算法演进

一方面,早期 RLHF擅长单轮对齐,但不适合长程、多轮与稀疏奖励;后续出现 GRPO、DAPO 等结果驱动 RL以提升长程训练稳定性与效率;另一方面,以基础模型提供先验,学习算法(RL/偏好优化)在任务环境中通过交互与奖励精炼能力。

核心能力:规划

流水线范式两类路线

  1. 符号规划系(LLM+P/LLM+PDDL):LLM 生成PDDL等形式化描述,交由外部规划器求解;闭域强、跨域与鲁棒性受限。 Beyond Pipelines A Survey of th…
  2. 提示工程系(CoT/ToT 等):将规划当作序列生成;分线性(逐步CoT)与非线性(ToT、LLM+MCTS、RAP等)两类,后者引入搜索与评估但计算开销大、依赖外部评估质量

把规划视为从初始状态到目标状态的自动化推理与行动序列搜索;传统符号规划可解释但重建模、跨域差。提示/管线对设计高度敏感、在复杂任务下不稳定、Token/算力成本高,难以充分发挥模型潜能。

模型原生范式通过监督学习强化学习把规划能力直接内化到参数中,摆脱外部搜索器/评估器,提升开放环境下的灵活性与稳健性。

  • 监督学习:依赖高质量过程数据;因程序化数据稀缺,主攻两条路——数据合成(多路径采样、MCTS/过程奖励等)与数据蒸馏(强推理教师→学生),以低人工成本扩充高质长链路推理数据。
  • 强化学习:通过结果驱动的轨迹奖励直接优化规划策略,弥补离线监督不足。

总得来说,模型原生规划实现了两次关键迁移,一种是训练方式从SFT转向RL,以缓解高质量过程数据稀缺与成本高的问题;另一种是,在RL内部从“过程奖励”转向“结果奖励”,并常结合格式等规则型奖励以稳定优化。这一演进不只发生在语言规划上,多模态也从外接视觉工具/提示链过渡到端到端训练,实现“所见即所思”的原生感知-推理。下图表展示了两种范式的代表性研究:

核心能力:工具使用

工具使用包括两层:1. 行动层面的计划:**何时、按什么顺序调用哪些工具,并随反馈调整);**2. 执行:生成语法正确的调用命令并与环境交互。

早期系统工作流把模型嵌在固定节点,虽然可预测但缺乏灵活性,而提示法把决策逻辑写进提示里,分为先计划后执行与计划-执行交替,后者虽然更适应动态反馈,但计算开销与依赖评估质量更高。

模型原生迁移把工具使用的决策内化到参数中,沿“计划/执行”两层形成两类训练路线:1.模块化训练:只优化小型可训练规划器,执行由模板/冻结模型承担,以减轻信用分配噪声、提升样本效率与稳定性;2. 端到端训练:统一目标下同时学计划与执行),其核心难点在跨步信用分配(轨迹级 vs. 步级)与环境噪声(静态/模拟 vs. 动态/真实)。

工具使用从外部编排的流水线走向模型原生,不再依赖预设流程,而是把“何时/如何用哪个工具”的计划层与“正确调用并读懂反馈”的执行层一起内化为模型的多目标决策问题。然而,目前还存在两大挑战待解决,1. 信用分配:如何把最终结果可靠归因到长动作序列中的具体决策步;2. 环境噪声:工具超时、返回不一致、内容动态等使训练不稳定。

通过回归“模块化训练”,将规划器与执行器解耦,只优化规划器,以隔离执行噪声、提升样本效率与稳定性。一方面,端到端细化奖励,将轨迹级转向步/轮级信用分配,使学习信号更对齐有效动作、稳定训练。另一方面,训练环境由静态/模拟环境走向动态真实环境,可以缩小“仿真到现实”差距。下表展示了工具使用的代表型代理研究:

核心能力:记忆

记忆从单一外部模块提升为贯穿任务全周期的能力,文中提出记忆是“面向行动的证据治理”,将流程拆为写入/存储、管理/压缩、检索、利用四职能。

  • 短期记忆(会话内)流水线范式通过滑动窗口、压缩/摘要(证据卡+可回溯锚点)、RAG(会话感知、多路径重排),长窗与会话RAG常互补使用以控噪。模型原生范式则通过位置编码外推+长序列合成/课程训练(针堆检索、跨文档推理)+注意力优化,把长上下文从工程管线过渡到端到端能力。

  • 长期记忆(跨会话):一种以外部库为载体,使用混合索引、重排、去重与一致性检查,强调可追溯;关键在精确检索与可靠使用。另一种以参数为载体:持续预训练/蒸馏做全局内化;或做定点编辑与轻量注入(适配器/LoRA/线性状态层),在延迟与可解释性间权衡。

总的来说,记忆从外部模块转向“面向行动的证据治理”的模型原生能力,负责保存状态、检索与将证据注入推理流程,短期记忆的转变尤为明显。而当前瓶颈在长序列数据合成与课程设计,未来应显式训练检索、压缩、校验等操作,外部向量库等将退居后台合规/持久存储。许多基础技术先扩了短期记忆能力,从而在工程上RAG成了默认基线。当前的趋势是把已验证的管线功能逐步内化,并推动短期—长期记忆的统一、检索与生成的联合训练与个性化治理。下表总结了短期记忆和长期记忆的典型方法:

应用

未来方向

总结

Agentic AI的演变反映了智能本身如何被构想、训练和部署的更深层次的转变。从基于管道的系统(推理、记忆和行动由外部支架协调)到将这些能力内化的本地范式模型,我们正在见证Agentic AI的根本性重新定义。强化学习作为经验的引擎,连接感知和行动,将静态模型转变为能够从与环境的交互中学习的自适应、目标导向的实体。

通过这项调查,我们回顾了计划、工具使用和记忆是如何逐渐被吸收到模型的内在策略中的。统一原则𝐿𝐿𝑀 +𝑅𝐿+𝑇𝑎𝑠𝑘 正在成为现代人工智能的方法论奇点。该框架通过预训练、后训练和推理的循环将计算转化为智能。

最终,Agentic AI的发展轨迹不仅仅是朝着更大的自主性发展,而是朝着模型与其所处环境之间更深入的综合发展。因此,从外部管道到模型原生的范式转变标志着从构建使用智能的系统到增长智能的系统的转变。人工智能的下一个时代将不再由我们如何设计代理来定义,而更多地由我们如何使它们通过经验学习、协作和进化来定义。

那么,如何系统的去学习大模型LLM?

如果你也想系统学习AI大模型技术,想通过这项技能真正达到升职加薪,就业或是副业的目的,但是不知道该如何开始学习*_,因为网上的资料太多太杂乱了,如果不能系统的学习就相当于是白学。
为了帮助大家打破壁垒,快速了解大模型核心技术原理,学习相关大模型技术。从原理出发真正入局大模型。在这里我和MoPaaS魔泊云联合梳理打造了系统大模型学习脉络,这份 LLM大模型资料 分享出来:包括LLM大模型书籍、640套大模型行业报告、LLM大模型学习视频、LLM大模型学习路线、开源大模型学习教程等, 😝有需要的小伙伴,可以 扫描下方二维码免费领取🆓**⬇️⬇️⬇️

在这里插入图片描述

【大模型全套视频教程】

教程从当下的市场现状和趋势出发,分析各个岗位人才需求,带你充分了解自身情况,get 到适合自己的 AI 大模型入门学习路线。

从基础的 prompt 工程入手,逐步深入到 Agents,其中更是详细介绍了 LLM 最重要的编程框架 LangChain。最后把微调与预训练进行了对比介绍与分析。

同时课程详细介绍了AI大模型技能图谱知识树,规划属于你自己的大模型学习路线,并且专门提前收集了大家对大模型常见的疑问,集中解答所有疑惑!

在这里插入图片描述

深耕 AI 领域技术专家带你快速入门大模型

跟着行业技术专家免费学习的机会非常难得,相信跟着学习下来能够对大模型有更加深刻的认知和理解,也能真正利用起大模型,从而“弯道超车”,实现职业跃迁!

在这里插入图片描述

【精选AI大模型权威PDF书籍/教程】

精心筛选的经典与前沿并重的电子书和教程合集,包含《深度学习》等一百多本书籍和讲义精要等材料。绝对是深入理解理论、夯实基础的不二之选。

在这里插入图片描述

【AI 大模型面试题 】

除了 AI 入门课程,我还给大家准备了非常全面的**「AI 大模型面试题」,**包括字节、腾讯等一线大厂的 AI 岗面经分享、LLMs、Transformer、RAG 面试真题等,帮你在面试大模型工作中更快一步。

【大厂 AI 岗位面经分享(92份)】

图片

【AI 大模型面试真题(102 道)】

图片

【LLMs 面试真题(97 道)】

图片

【640套 AI 大模型行业研究报告】

在这里插入图片描述

【AI大模型完整版学习路线图(2025版)】

明确学习方向,2025年 AI 要学什么,这一张图就够了!

img

👇👇点击下方卡片链接免费领取全部内容👇👇

在这里插入图片描述

抓住AI浪潮,重塑职业未来!

科技行业正处于深刻变革之中。英特尔等巨头近期进行结构性调整,缩减部分传统岗位,同时AI相关技术岗位(尤其是大模型方向)需求激增,已成为不争的事实。具备相关技能的人才在就业市场上正变得炙手可热。

行业趋势洞察:

  • 转型加速: 传统IT岗位面临转型压力,拥抱AI技术成为关键。
  • 人才争夺战: 拥有3-5年经验、扎实AI技术功底真实项目经验的工程师,在头部大厂及明星AI企业中的薪资竞争力显著提升(部分核心岗位可达较高水平)。
  • 门槛提高: “具备AI项目实操经验”正迅速成为简历筛选的重要标准,预计未来1-2年将成为普遍门槛。

与其观望,不如行动!

面对变革,主动学习、提升技能才是应对之道。掌握AI大模型核心原理、主流应用技术与项目实战经验,是抓住时代机遇、实现职业跃迁的关键一步。

在这里插入图片描述

01 为什么分享这份学习资料?

当前,我国在AI大模型领域的高质量人才供给仍显不足,行业亟需更多有志于此的专业力量加入。

因此,我们决定将这份精心整理的AI大模型学习资料,无偿分享给每一位真心渴望进入这个领域、愿意投入学习的伙伴!

我们希望能为你的学习之路提供一份助力。如果在学习过程中遇到技术问题,也欢迎交流探讨,我们乐于分享所知。

*02 这份资料的价值在哪里?*

专业背书,系统构建:

  • 本资料由我与MoPaaS魔泊云的鲁为民博士共同整理。鲁博士拥有清华大学学士美国加州理工学院博士学位,在人工智能领域造诣深厚:

    • 在IEEE Transactions等顶级学术期刊及国际会议发表论文超过50篇
    • 拥有多项中美发明专利。
    • 荣获吴文俊人工智能科学技术奖(中国人工智能领域重要奖项)。
  • 目前,我有幸与鲁博士共同进行人工智能相关研究。

在这里插入图片描述

内容实用,循序渐进:

  • 资料体系化覆盖了从基础概念入门核心技术进阶的知识点。

  • 包含丰富的视频教程实战项目案例,强调动手实践能力。

  • 无论你是初探AI领域的新手,还是已有一定技术基础希望深入大模型的学习者,这份资料都能为你提供系统性的学习路径和宝贵的实践参考助力你提升技术能力,向大模型相关岗位转型发展

    在这里插入图片描述在这里插入图片描述在这里插入图片描述

抓住机遇,开启你的AI学习之旅!

在这里插入图片描述

<think> 根据用户提供的上下文,用户希望在Agentic RAG系统中插入计算token数的代码,以便在运行过程中查看token使用情况。结合引用[4]和引用[5]中提到的LangChain4j实现和本地知识搜索示例,以及用户之前关于代码插入位置的讨论,以下是具体建议: ### 最佳插入位置分析 1. **RAG Tool层(推荐)** 在`RAGTool`类中插入token计数功能,可精确统计每次检索的token消耗。引用[4]展示了LangChain4j中Tool的定义方式,在此处添加计数逻辑能直接关联检索行为: ```java public class RAGTool implements Tool { private final TokenCounter tokenCounter; // 新增token计数器 public RAGTool(EmbeddingStoreContentRetriever retriever, TokenCounter tokenCounter) { this.retriever = retriever; this.tokenCounter = tokenCounter; // 注入计数器 } @Tool("检索与问题相关的文档片段") public List<Document> retrieveDocuments(@P String question) { // 执行检索... List<Document> docs = retriever.retrieve(question); // 新增token统计 int tokenCount = tokenCounter.countTokens(question); System.out.println("[Token统计] 检索问题Token数: " + tokenCount); return docs; } } ``` 2. **Agent执行层** 在Agent处理循环中添加统计,可捕获完整交互过程的token消耗(引用[2]提到Agent的多轮检索特性): ```java public class AgenticRAGAgent { private final TokenCounter tokenCounter; public String executeTask(String task) { // 初始思考 String thought = "我需要分三步解决这个问题..."; tokenCounter.add(thought); // 记录思考token // 多轮工具调用 for (int i=0; i<MAX_STEPS; i++) { ToolResponse response = callTool(toolInput); tokenCounter.add(response.content()); // 记录工具返回token } System.out.println("总Token消耗: " + tokenCounter.total()); } } ``` 3. **应用入口(App层)** 在最终响应输出时统计,适合整体成本监控(引用[3]提到成本差异): ```java public class RAGApplication { public static void main(String[] args) { AgenticRAGAgent agent = new AgenticRAGAgent(); String result = agent.executeTask(userQuery); // 最终输出统计 int outputTokens = tokenCounter.countTokens(result); System.out.println("响应Token数: " + outputTokens); } } ``` ### 完整Token计数器实现 ```java // 新增Token计数服务 public class TokenCounter { private final Tokenizer tokenizer; // 使用具体分词器实现 public int countTokens(String text) { return tokenizer.encode(text).length; } // 批量计数 public int countDocuments(List<Document> docs) { return docs.stream() .mapToInt(doc -> countTokens(doc.text())) .sum(); } } ``` ### 部署建议 1. **多层级监控** | 层级 | 统计内容 | 适用场景 | |-------------|--------------------------|-----------------------| | Tool层 | 单次检索输入/输出 | 优化检索效率 | | Agent层 | 完整任务思考+工具调用 | 成本分析与流程优化 | | App层 | 最终响应 | 用户计费与配额管理 | 2. **配置示例** ```java // 主配置类 @Configuration public class AppConfig { @Bean public TokenCounter tokenCounter() { return new TokenCounter(new BertTokenizer()); // 示例分词器 } @Bean public RAGTool ragTool(TokenCounter counter) { return new RAGTool(retriever, counter); } } ``` > **验证方式**:运行后控制台将按层级输出类似信息: > `[RAGTool] 检索Token消耗: 42` > `[Agent] 本轮思考Token: 68` > `[App] 响应总Token: 210` ### 与引用内容的关联 - 引用[2][^2]强调Agent的多轮检索特性,在Agent层统计更符合其行为模式 - 引用[3][^3]的成本分析需要完整交互token数据,App层汇总最合适 - 引用[4][^4]的LangChain4j示例展示Tool定义位置,适合嵌入工具级统计 §§相关问题§§ 1. 如何选择不同的tokenizer实现(如BERT vs GPT)? 2. 在分布式Agent系统中如何聚合token计数? 3. 统计token数对系统性能有多大影响? 4. 如何根据token计数结果优化RAG提示工程? </think> 根据您的Agentic RAG系统架构和需求,以下是计算token数代码的最佳插入位置分析及具体实现方案: ### 最佳插入位置分析 1. **`rag_tool.py`(核心推荐)** - **优势**:直接嵌入在检索增强生成的核心流程中,可精确统计每次检索的token消耗 - **适用场景**:监控每次RAG调用的资源消耗(引用[3]的成本分析) - **统计维度**:单次检索输入+输出token数 2. **`agentic_rag_agent.py`** - **优势**:捕获完整Agent工作流的token总量(多轮检索+思考链) - **适用场景**:分析复杂任务的总体资源消耗(引用[2]的Agent特性) - **统计维度**:整个Agent任务的token总量 3. **`app.py`(入口层)** - **优势**:全局监控,适合最终输出展示 - **适用场景**:向终端用户展示消耗统计 - **统计维度**:系统级总消耗 > 引用[4][^4]的LangChain4j实现展示了在Tool/Agent层嵌入定制逻辑的可行性 ### 具体实现方案 #### 方案1:嵌入`rag_tool.py`(推荐) ```python # rag_tool.py from transformers import AutoTokenizer import json from typing import List # 初始化tokenizer(选择适合您模型的名称) tokenizer = AutoTokenizer.from_pretrained("bert-base-chinese", trust_remote_code=True) class RAGTool: def __init__(self, vector_store): self.vector_store = vector_store self.token_counts = [] # 记录每次调用的token数 def retrieve(self, query: str) -> list: # 检索逻辑... results = self.vector_store.similarity_search(query) # 插入token统计 input_tokens = self._count_tokens(query) output_tokens = self._count_tokens(json.dumps(results, ensure_ascii=False)) total_tokens = input_tokens + output_tokens self.token_counts.append(total_tokens) print(f"[RAGTool] 本次检索Token消耗: 输入{input_tokens} + 输出{output_tokens} = {total_tokens}") return results # 新增token计数方法 def _count_tokens(self, data) -> int: """统一处理字符串/列表/字典的token计数""" if isinstance(data, str): return len(tokenizer.encode(data)) elif isinstance(data, list): return len(tokenizer.encode(json.dumps(data, ensure_ascii=False))) elif isinstance(data, dict): return len(tokenizer.encode(json.dumps(data, ensure_ascii=False))) return 0 # 新增统计接口 def get_token_summary(self): return { "total_calls": len(self.token_counts), "avg_tokens": sum(self.token_counts) / len(self.token_counts) if self.token_counts else 0, "max_tokens": max(self.token_counts) if self.token_counts else 0 } ``` #### 方案2:嵌入`agentic_rag_agent.py` ```python # agentic_rag_agent.py from .rag_tool import RAGTool from transformers import AutoTokenizer tokenizer = AutoTokenizer.from_pretrained("bert-base-chinese") class AgenticRAGAgent: def __init__(self, tools): self.tools = tools self.total_tokens = 0 # 跟踪总token消耗 def run(self, task: str): # 初始思考 thought = "我需要分三步解决这个问题..." self._add_token_count(thought) # 多轮工具调用(引用[2]的Agent特性) for step in range(3): tool_response = self.tools[0].retrieve(f"{task} step {step+1}") self._add_token_count(tool_response) # 最终响应 result = "综合所有信息得出的结论..." self._add_token_count(result) print(f"[Agent] 任务总Token消耗: {self.total_tokens}") return result def _add_token_count(self, data): """通用token计数方法""" if isinstance(data, str): self.total_tokens += len(tokenizer.encode(data)) elif hasattr(data, '__dict__'): self.total_tokens += len(tokenizer.encode(json.dumps(data.__dict__, ensure_ascii=False))) ``` #### 方案3:在`app.py`展示结果 ```python # app.py from .agentic_rag_agent import AgenticRAGAgent from .rag_tool import RAGTool def main(): rag_tool = RAGTool(vector_store) agent = AgenticRAGAgent(tools=[rag_tool]) result = agent.run("查询上海幼升小政策") # 输出最终统计(引用[3]的成本关注点) print("\n=== 资源消耗报告 ===") print(f"· 任务结果: {result[:50]}...") print(f"· Agent总Token消耗: {agent.total_tokens}") tool_stats = rag_tool.get_token_summary() print(f"· RAG工具调用统计: {tool_stats['total_calls']}次, 平均{tool_stats['avg_tokens']}tokens/次") ``` ### 部署建议 1. **核心监控**:在`RAGTool`中实现基础计数 2. **成本分析**:在`AgenticRAGAgent`添加总消耗跟踪 3. **用户报告**:在`app.py`输出最终统计 > 实际运行效果示例(基于引用[5]的本地知识搜索): > ``` > [RAGTool] 本次检索Token消耗: 输入18 + 输出892 = 910 > [Agent] 任务总Token消耗: 2410 > > === 资源消耗报告 === > · 任务结果: 【政策】2024年上海市幼升小入学政策主要遵循... > · Agent总Token消耗: 2410 > · RAG工具调用统计: 3次, 平均903tokens/次 > ``` ### 模型选择建议 根据引用[5]的中文内容,推荐使用: ```python # 更适配中文的tokenizer tokenizer = AutoTokenizer.from_pretrained("bert-base-chinese") # 或 tokenizer = AutoTokenizer.from_pretrained("clue/roberta_chinese_base") ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员一粟

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值