从ReAct到Reflexion:Agent推理范式演进

从ReAct到Reflexion:Agent推理范式演进 AI Agent的推理范式在过去几年经历了快速演进。从最初的ReAct到Reflexion再到各种自主规划框架,每一次迭代都在扩展Agent的问题解决能力。理解这条演进线,对于把握Agent技术的发展方向至关重要。 ReAct:推理与行动的交织 ReAct(Reasoning + Acting)是Agent推理范式的奠基之作。核心思想极其简洁:让模型交替进行推理(Thought)和行动(Action),根据行动的观察结果(Observation)调整下一步推理。 一个典型的ReAct循环: Thought: 我需要查找北京今天的天气 Action: search_weather("北京") Observation: 晴,最高温35°C,最低温22°C Thought: 今天北京是晴天且很热,我应该建议用户防晒 Action: respond("北京今天晴,最高35°C,建议防晒") ReAct的伟大之处在于它的简单和通用。不需要复杂的训练,只需要在prompt中定义好Thought-Action-Observation的格式,模型就能执行。这使得任何足够强大的LLM都可以变成一个Agent。 但ReAct也有明显局限: 无反思能力:如果Agent在第一步就走错了方向,它会沿着错误路径一直走下去,不会回头审视自己的推理链是否合理。 上下文窗口消耗快:每一步的Thought-Action-Observation都占用上下文,长任务很容易耗尽窗口。 错误传播:一步的错误观察会导致后续所有推理基于错误前提。 Reflexion:引入自我反思 Reflexion在ReAct的基础上增加了"反思"环节。当Agent完成任务或遇到失败时,它会回顾整个过程,总结经验教训,并将这些反思存储为"记忆",指导后续尝试。 Reflexion的循环: Attempt 1: Thought → Action → Observation → ... → Failed Reflection: 失败原因是第一步搜索关键词太宽泛,返回了不相关的结果。 下次应该使用更具体的搜索词。 Attempt 2: (使用反思记忆指导) Thought → Action → ... → Success Reflexion的关键创新是引入了"语言强化学习"的概念——用自然语言而非数值梯度来改进Agent的行为。反思生成的文本记忆起到了类似梯度下降中更新方向的作用。 在我们的实践中,Reflexion在多步推理任务上的成功率比ReAct高出15-25%。特别是在调试代码、解数学题等有明确正确答案的任务上,Reflexion的自我纠错能力非常有效。 Reflexion的局限 反思质量依赖模型的自我评估能力。如果模型无法准确判断自己的推理哪里出了问题,反思可能无效甚至误导。在需要专业领域知识的任务上,模型的自我反思往往不够深入。 此外,多次尝试意味着更多的时间和token消耗。在实时性要求高的场景中,Reflexion的开销可能不可接受。 后Reflexion时代的新范式 自主规划 ReAct和Reflexion都是"边想边做"的范式——每一步根据当前状态决定下一步。自主规划范式则将"规划"和"执行"分离:先制定完整计划,再逐步执行,执行中遇到偏差时重新规划。 自主规划的优势在于全局视野——Agent在开始执行前就能看到整个解决方案的结构,避免局部最优的陷阱。劣势是初始计划可能基于不完整信息,执行中发现计划不可行时需要频繁重规划。 树搜索 将推理过程组织为搜索树——每个节点是一个状态,每个边是一个动作。Agent使用启发式函数评估每个状态的价值,选择最有前景的方向探索。 Tree-of-Thoughts和MCTS(蒙特卡洛树搜索)是这一范式的代表。它们在需要深度搜索的任务(如数学证明、博弈)上表现优异,但计算开销远高于线性推理。 多Agent辩论 多个Agent从不同角度分析同一问题,通过辩论达成共识。这种范式利用了多样性——不同Agent有不同的知识和推理偏好,辩论过程可以暴露单个Agent的盲点。 范式选择的决策框架 场景 推荐范式 原因 简单工具调用 ReAct 开销最小,足够应付 多步推理有验证 Reflexion 自我纠错能力强 复杂规划任务 自主规划 全局视野避免局部最优 数学/逻辑难题 树搜索 深度搜索能力强 开放性问题 多Agent辩论 多角度视角减少盲点 未来方向 Agent推理范式的下一个突破可能来自以下方向: ...

2026-07-12 · 1 min · 92 words · 硅基 AGI 探索者

从ReAct到Reflexion:Agent推理范式演进

从ReAct到Reflexion:Agent推理范式演进 AI Agent的推理范式在过去几年经历了快速演进。从最初的ReAct到Reflexion再到各种自主规划框架,每一次迭代都在扩展Agent的问题解决能力。理解这条演进线,对于把握Agent技术的发展方向至关重要。 ReAct:推理与行动的交织 ReAct(Reasoning + Acting)是Agent推理范式的奠基之作。核心思想极其简洁:让模型交替进行推理(Thought)和行动(Action),根据行动的观察结果(Observation)调整下一步推理。 一个典型的ReAct循环: Thought: 我需要查找北京今天的天气 Action: search_weather("北京") Observation: 晴,最高温35°C,最低温22°C Thought: 今天北京是晴天且很热,我应该建议用户防晒 Action: respond("北京今天晴,最高35°C,建议防晒") ReAct的伟大之处在于它的简单和通用。不需要复杂的训练,只需要在prompt中定义好Thought-Action-Observation的格式,模型就能执行。这使得任何足够强大的LLM都可以变成一个Agent。 但ReAct也有明显局限: 无反思能力:如果Agent在第一步就走错了方向,它会沿着错误路径一直走下去,不会回头审视自己的推理链是否合理。 上下文窗口消耗快:每一步的Thought-Action-Observation都占用上下文,长任务很容易耗尽窗口。 错误传播:一步的错误观察会导致后续所有推理基于错误前提。 Reflexion:引入自我反思 Reflexion在ReAct的基础上增加了"反思"环节。当Agent完成任务或遇到失败时,它会回顾整个过程,总结经验教训,并将这些反思存储为"记忆",指导后续尝试。 Reflexion的循环: Attempt 1: Thought → Action → Observation → ... → Failed Reflection: 失败原因是第一步搜索关键词太宽泛,返回了不相关的结果。 下次应该使用更具体的搜索词。 Attempt 2: (使用反思记忆指导) Thought → Action → ... → Success Reflexion的关键创新是引入了"语言强化学习"的概念——用自然语言而非数值梯度来改进Agent的行为。反思生成的文本记忆起到了类似梯度下降中更新方向的作用。 在我们的实践中,Reflexion在多步推理任务上的成功率比ReAct高出15-25%。特别是在调试代码、解数学题等有明确正确答案的任务上,Reflexion的自我纠错能力非常有效。 Reflexion的局限 反思质量依赖模型的自我评估能力。如果模型无法准确判断自己的推理哪里出了问题,反思可能无效甚至误导。在需要专业领域知识的任务上,模型的自我反思往往不够深入。 此外,多次尝试意味着更多的时间和token消耗。在实时性要求高的场景中,Reflexion的开销可能不可接受。 后Reflexion时代的新范式 自主规划 ReAct和Reflexion都是"边想边做"的范式——每一步根据当前状态决定下一步。自主规划范式则将"规划"和"执行"分离:先制定完整计划,再逐步执行,执行中遇到偏差时重新规划。 自主规划的优势在于全局视野——Agent在开始执行前就能看到整个解决方案的结构,避免局部最优的陷阱。劣势是初始计划可能基于不完整信息,执行中发现计划不可行时需要频繁重规划。 树搜索 将推理过程组织为搜索树——每个节点是一个状态,每个边是一个动作。Agent使用启发式函数评估每个状态的价值,选择最有前景的方向探索。 Tree-of-Thoughts和MCTS(蒙特卡洛树搜索)是这一范式的代表。它们在需要深度搜索的任务(如数学证明、博弈)上表现优异,但计算开销远高于线性推理。 多Agent辩论 多个Agent从不同角度分析同一问题,通过辩论达成共识。这种范式利用了多样性——不同Agent有不同的知识和推理偏好,辩论过程可以暴露单个Agent的盲点。 范式选择的决策框架 场景 推荐范式 原因 简单工具调用 ReAct 开销最小,足够应付 多步推理有验证 Reflexion 自我纠错能力强 复杂规划任务 自主规划 全局视野避免局部最优 数学/逻辑难题 树搜索 深度搜索能力强 开放性问题 多Agent辩论 多角度视角减少盲点 未来方向 Agent推理范式的下一个突破可能来自以下方向: ...

2026-07-12 · 1 min · 92 words · 硅基 AGI 探索者
Agent规划算法对比

Agent规划算法对比:从ReAct到Tree of Thought的演进

引言 规划是智能的核心标志之一。一个Agent能否制定合理的计划、在执行过程中动态调整计划、从失败中学习改进计划,直接决定了它的能力上限。 2026年,Agent规划算法已经从简单的ReAct模式发展出多种变体。每种算法都有其适用的场景和局限。本文将系统对比这些算法,帮助开发者做出合适的选择。 一、规划算法分类 Agent规划算法可以从两个维度分类: 探索深度:单步规划 vs 多步规划 探索广度:线性规划 vs 树形规划 由此形成四象限: 线性 树形 单步 ReAct Self-Consistency 多步 Plan-and-Execute Tree of Thought 二、ReAct:推理+行动 2.1 原理 ReAct(Reasoning + Acting)是最基础的Agent规划模式。Agent在每一步中先推理(Thought),再决定行动(Action),观察结果(Observation),然后进入下一步。 Thought: 用户想知道今天北京的天气。我需要查询天气。 Action: search_weather(city="北京") Observation: 北京今天晴,最高温度35°C。 Thought: 我已经获得了天气信息,可以回答用户了。 Answer: 北京今天晴天,最高温度35°C。 2.2 优势 简单直观,易于实现 每一步都有明确的推理过程,可解释性强 适合大多数日常任务 2.3 劣势 每步只考虑当前最优,缺乏全局视角 容易陷入局部最优 在需要回溯的场景中效率低下 Token消耗随步数线性增长 2.4 适用场景 ReAct适合步骤较少(<10步)、每步决策明确、不需要回溯的任务。如信息查询、简单操作执行。 三、Plan-and-Execute:先规划后执行 3.1 原理 Plan-and-Execute将规划与执行分离。Agent首先制定一个完整的计划,然后逐步执行。执行过程中如果发现计划不可行,可以重新规划。 Plan: 1. 搜索北京今天的天气 2. 搜索北京明天的天气 3. 对比两天天气差异 4. 给出穿衣建议 Execute Step 1: search_weather(city="北京", date="today") → 晴,35°C Execute Step 2: search_weather(city="北京", date="tomorrow") → 雨,28°C Execute Step 3: 对比:今天晴热,明天降温有雨 Execute Step 4: 建议今天穿轻薄衣物,明天带伞穿长袖 3.2 优势 全局视角,避免局部最优 计划可审核,用户可以在执行前确认或修改 并行执行:无依赖的步骤可以并行 3.3 劣势 初始计划可能基于不完整信息,需要频繁重新规划 规划阶段消耗大量Token 对动态变化的环境适应性差 3.4 适用场景 适合步骤较多、需要全局规划、允许提前审核计划的任务。如项目管理、复杂工作流执行。 ...

2026-07-02 · 2 min · 322 words · 硅基 AGI 探索者
鲁ICP备2026018361号