agent 进阶:Plan-and-Execute 适合什么样的场景

OpenViking上下文数据库Golang集成实践 技术创新文件系统范式:将AI Agent的上下文管理从扁平向量存储提升为结构化文件系统分层检索策略:L0/L1/L2三层加载机制,减少62.1%的Token消耗记忆自迭代:会话提交触发Agent经验沉淀,实现越用越智能工程实践完整Golang实现:提供生产级可用的OpenViking客户端库企业级集成方案:涵盖文档摄入、检索、会话管理等全流程性能优化成果:检索准确率提升24.1%,响应时间减少53.3%可观测性提升可视化检索轨迹:实现检索过程的白盒化,调试效率提升77.1%全面监控指标。 阅读详情

前言

本文主要描述agent开发中的Plan-and-Execute模式,并且使用一个demo,彻底搞懂怎么在实际工作中使用Plan-and-Execute模式

话不多说,我们开始

代码结构

代码地址:https://github.com/wilsonchai8/myblog/tree/main/PlanExecute

.├── main.py       # 主入口,串起规划、执行、分析三个阶段├── planner.py    # Planner,负责让 LLM 先生成排查计划├── executor.py   # Executor,负责按计划调用工具├── analyzer.py   # Analyzer,负责根据工具结果做最终分析└── tools.py      # 工具层,模拟告警、日志、错误分析等数据源

先规划 → 再执行 → 最后总结,这就是典型的 Plan-and-Execute 模式

  • ReAct 更像一个值班同学一边查一边想:先看告警,不够再看日志,再不够继续查 SQL
  • Plan-and-Execute 更像先开一个排障 checklist:先查告警,再查日志,再分析错误,最后汇总根因

代码解析

  • main.py,代码入口,分成三部完成需求
  • make_plan(user_input) 让 LLM 根据用户输入生成一个计划
  • executor.run(plan) 按计划调用工具,并收集每一步结果
  • analyze(user_input, observations) 把用户问题和工具结果交给 LLM,生成最终结论
  • planner.py,调用一次llm,让大模型自动生成计划
  • 自动扫描 tools.py 里的函数,把函数名、参数、docstring 都提取出来
  • 构造prompt,明确llm的角色以及可以调用的tools,并且按照固定的格式返回
  • executor.py,按计划调用工具,并收集每一步结果
  • tools,所有能够调用的工具都记录在此
  • query_alarm,查询服务的监控告警
  • query_logs,查询服务日志
  • analyze_errors,分析错误日志
  • analyzer.py,再次调用llm,将获得数据结果与需求进行综合分析得出结论

执行链路

把这几个模块串起来,完整执行链路是这样的:

flow

Plan-and-Execute 特点

计划现行,先让模型把任务拆成计划,再由执行器按计划完成,最后再统一汇总

比如一次线上故障排查,可能要同时看告警、日志、链路追踪、数据库、发布记录、配置变更。那就把这些需要采集的信息列一个计划,然后逐一获取数据,最后再来汇总分析

优点:后续所有的操作全是围绕着最初制定的计划来执行,不会出现跑偏的情况,并且不需要频繁与大模型交互,减少时间、token的损耗 缺点:一但制定的计划不合理,那后续的工作就肯定事倍功半,因为在运行途中没有主动纠错的能力

和 ReAct 的核心区别

ReAct 是边执行边决策

Plan-and-Execute 是先决策再执行

维度Plan-and-ExecuteReAct
决策方式先生成计划,再执行每一轮根据 Observation 决定下一步
可控性更强,计划可审查相对弱,路径更动态
灵活性一般,依赖初始计划质量更强,能根据中间结果调整
成本通常更可控多轮调用时成本更高
延迟路径明确时更低轮数多时延迟更高
可解释性计划天然可展示过程可解释,但轨迹可能更长
工程治理更容易加审批、限流、审计需要对每轮 Action 做治理
适合任务流程清晰、步骤稳定、可批处理探索性强、信息不确定、需要动态调整

更适合 Plan-and-Execute 的场景

流程相对固定的任务

这类任务的特点是:步骤大体稳定,顺序大体明确,执行过程中不需要与大模型参与

  • 标准化巡检
  • 常规故障排查
  • 批量数据分析
  • 固定格式报告生成
  • 发布前检查
  • 安全基线扫描
需要审批和审计的任务

如果 agent 涉及高风险操作,

1)修改配置 2)重启服务 3)扩容缩容 4)执行 SQL 5)发起回滚

计划先出来,系统可以先展示给人看:

[  {    "step": 1,    "tool": "query_alarm",    "args": {"service": "order-service"},    "reason": "确认服务是否处于告警状态"  },  {    "step": 2,    "tool": "rollback_release",    "args": {"service": "order-service", "version": "v1.2.3"},    "reason": "最近发布后错误率上升,尝试回滚"  }]

这时候系统可以拦住第二步,要求人工确认

批处理的任务

帮我分析最近 20 个告警,按服务归类,找出最可能的共性根因。这类任务如果用 ReAct,很可能一轮一轮查,过程会比较长

Plan-and-Execute 可以先生成一个批处理计划:

1)拉取最近 20 个告警2)按 service 聚合3)查询每个 service 的错误率和日志4)提取共性关键词5)生成汇总报告

这种任务不需要模型每一步重新想。它需要的是稳定执行和最后归纳

更适合 ReAct 的场景

笔者觉得主要是探索性任务。

比如:

  • 问题边界不清楚
  • 不知道下一步该查什么
  • 工具结果会强烈影响后续路径
  • 需要不断缩小问题范围
  • 任务目标会随着中间证据变化

比如线上故障里,用户只说一句:

系统有点慢,帮我看看。

这时候你很难一开始就列出完整计划。因为“慢”可能来自网关、服务、数据库、缓存、第三方依赖,也可能是用户网络问题

ReAct 更适合这种情况:

先查整体告警 → 发现订单服务异常 → 查订单日志 → 发现 DB timeout → 查数据库指标 → 发现慢 SQL → 查最近发布 → 定位变更

混合使用

更常见的做法是混合使用。

比如:

  • 先 Plan-and-Execute 生成一个大方向计划
  • 每个复杂步骤内部再用 ReAct 动态探索
  • 最后统一 Analyzer 汇总
举个例子:```text总计划:1)检查告警2)检查日志3)检查数据库4)检查发布变更5)输出报告其中第 3 步“检查数据库”内部,可以用 ReAct:Thought: 先看连接数Action: query_db_connectionsObservation: 连接数打满Thought: 继续查慢 SQLAction: query_slow_sqlObservation: 某条 SQL 扫描 300 万行Final Answer: 数据库瓶颈来自慢 SQL 导致连接池耗尽

这样既有全局计划,也有局部灵活性

代码改进

  • 规划plan的时候加入人工确认,如果模型的plan不合理或者还需要加入新步骤的时候,需要人工补充
  • 限制最大步骤数。否则模型一口气规划 30 步,浪费时间还耗费token
  • 增加工具白名单和权限,或者直接调用mcp
  • 支持失败重规划,Plan-and-Execute 的短板是计划不容易中途修正,可以加一个 Replanner,比如某一步工具失败,或者结果明显不足,就把当前 observations 发给模型,让它重新规划后续步骤。
  • Plan → Execute → 判断是否足够 → 不足则 Replan → Execute → Analyze,这样就比纯 Plan-and-Execute 更灵活

总结

Plan-and-Execute 的本质先先规划,再执行

它的优点是结构清晰、成本可控、方便审计,也更适合流程明确的工程任务

它的缺点是灵活性不如 ReAct,如果初始计划质量不高,后续执行就容易跑偏

所以任务清楚、流程稳定,用 Plan-and-Execute;问题模糊、需要探索,用 ReAct;场景复杂,就把两者组合起来

学AI大模型的正确顺序,千万不要搞错了

🤔2026年AI风口已来!各行各业的AI渗透肉眼可见,超多公司要么转型做AI相关产品,要么高薪挖AI技术人才,机遇直接摆在眼前!

有往AI方向发展,或者本身有后端编程基础的朋友,直接冲AI大模型应用开发转岗超合适!

就算暂时不打算转岗,了解大模型、RAG、Prompt、Agent这些热门概念,能上手做简单项目,也绝对是求职加分王🔋

在这里插入图片描述

📝给大家整理了超全最新的AI大模型应用开发学习清单和资料,手把手帮你快速入门!👇👇

学习路线:

✅大模型基础认知—大模型核心原理、发展历程、主流模型(GPT、文心一言等)特点解析
✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑
✅开发基础能力—Python进阶、API接口调用、大模型开发框架(LangChain等)实操
✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用
✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代
✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经

以上6大模块,看似清晰好上手,实则每个部分都有扎实的核心内容需要吃透!

我把大模型的学习全流程已经整理📚好了!抓住AI时代风口,轻松解锁职业新可能,希望大家都能把握机遇,实现薪资/职业跃迁~

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

在这里插入图片描述

用AI学习graphify Graphify是一个AI驱动的知识图谱构建工具,能够将代码、文档、论文、图像和视频等多模态数据转换为结构化知识图谱。其核心技术特点包括: 多模态处理能力: 支持25+编程语言的AST解析 处理PDF、Markdown等文档 集成Whisper进行音视频转录 高效知识提取: 采用确定性AST解析与LLM语义提取结合 相比直接读取源文件,查询token消耗最多减少71.5倍 增量更新机制仅处理变更文件 智能分析功能: 自动识别高中心性的"上帝节点" 发现跨领域的"意外连接&quo 阅读详情

相关推荐

到底什么是Harness工程?一篇文章从入门到企业落地全解析

随着OpenClaw爆火,Harness Engineering(驾驭工程)成为AI编程时代的热门概念,很多小白对其感到陌生。本文用通俗类比和真实案例,避开复杂术语,从基础定义入手,讲清Harness Engineering的核心逻辑——人类工程师设计“约束系统”(马具),让AI模型(烈马)安全高效地完成代码工作,同时拆解其核心组件、企业落地场景和实战成果,帮小白快速入门,读懂这项能解放人力、提升效率的新技术,轻松掌握它的核心价值和落地思路。

program哲学 3291

基于RAG的企业智能客服项目,已拿70万offer!

基于 RAG 构建一套企业智能客服系统📖。

m0_59164520的博客 1451

详解在linux上安装vpn客户端

详解在linux上安装vpn客户端

FuncPlotCalc 8433

从Vibe Coding到可控生产力:Harness Engineering的实践启示

摘要:OpenAI提出的Harness Engineering(工程化治理)理念为AI Agent时代的软件工程提供了关键方法论,旨在解决代码高产出下的质量闭环、上下文管理等核心矛盾。其三大目标包括重构工程师角色、将AI纳入可控体系、实现低成本纠错,通过六大举措(如角色重构、机械化约束、反熵机制等)重构工程流程。该理念与vibe coding高度互补,既保留灵感驱动的敏捷性,又通过工程化体系保障稳定性,最终推动工程师从"代码生产者"升级为"工程体系设计者"。

小程故事多的博客 4401

常微分方程 (ODE) 和 随机微分方程 (SDE)

常微分方程(Ordinary Differential Equations, ODE)和随机微分方程(Stochastic Differential Equations, SDE)是数学中描述系统动态行为的重要工具。它们有一些相似之处,但在处理随机性方面存在显著差异。

weixin_39699362的博客 4384

金属粘结剂喷射3D打印技术:工艺流程与后处理关键

金属粘结剂喷射(Binder Jetting)是一种创新的增材制造技术,通过逐层喷射粘合剂将金属粉末粘结成型,再经过脱脂和烧结等后处理工序获得最终零件。这项技术的核心优势在于无需支撑结构、可实现批量生产,并且材料利用率高。在3D打印领域,金属BJ技术特别适合中小尺寸、结构复杂且表面质量要求高的零件生产。其工艺流程包括前期数据处理、打印生胚阶段、拆包与清粉,以及关键的渗透、脱脂和烧结后处理环节。后处理工艺的控制直接决定了零件的机械性能和尺寸精度,其中烧结工艺尤为关键,需要精确控制温度曲线和气氛环境。金属BJ打

weixin_35751194的博客 86

LangGraph范式-Plan-and-Execute

Plan-and-Execute范式是一种多步骤任务处理框架,其核心思想是先制定详细计划,再逐步执行,并在必要时进行动态调整。该范式受到BabyAGI项目和Plan-and-Solve论文的启发,强调长期规划,适合复杂任务。与ReAct范式(边思考边行动)不同,Plan-and-Execute通过明确的步骤分解和执行,避免了局部最优或循环问题。其主要步骤包括:规划(使用LLM生成多步骤计划)、执行(逐项完成任务并记录结果)、重新规划(根据执行结果调整计划)。该范式适合需要多阶段推理的任务,但依赖LLM的性能

ms44的专栏 2226

[苹果开发者账号]03 申请APPID、苹果开发者账号 常见问题整理

目录:问题持续更新问题一:提示:抱歉,您暂时不能注册问题二:Apple Developer Support提示:联系我们以继续流程 问题一:提示:抱歉,您暂时不能注册 申请苹果开发者账号,应该先注册AppleID,由于很多都是申请的公司使用的苹果开发者账号。一般操作申请动作的人,可能是新手操作,也可能图方便,有些信息会随便填写。 有些人会把姓名填写为,公司的产品、简称、缩写等等。这是不对的。 还有出生日期也会随便乱填。生日如果填写的不对,会被苹果限制使用一些功能的(苹果给的提示不是太明确)。 当生日填写的

专注于技术开发、项目管理 1万+

【Agent 核心架构】深度解析主流执行逻辑:ReAct 与 Plan-and-Execute

本文深入解析了AIAgent领域的两种主流执行逻辑:ReAct(推理与行动)和Plan-and-Execute(规划与执行)。ReAct采用"思考-行动-观察"的迭代循环,具有灵活性和适应性强的特点,适合处理动态环境;而Plan-and-Execute采用先规划后执行的线性流程,执行效率高但适应性较差。文章通过对比分析两者的优劣势,并以天气查询任务为例展示了不同执行逻辑的行为差异,为开发者选择适合场景的Agent架构提供了指导。最后指出在复杂场景中可将两者结合使用,以兼顾规划的结构性和执

qq_55953518的博客 1628

基于STM32、HAL库的SC16IS752IPW总线转UART驱动程序设计

/ FIFO空间不足。// 设置LCR寄存器的DLAB位为1以访问DLL/DLH。// 设置LCR寄存器,先访问DLL/DLH。// 设置LCR寄存器(不包含DLAB位)

corlin6688的博客 818

金融科技风险管理实践之监管评级全解

内部审计是公司治理的四大基石之一。因此,建议银行以问题与结果为导向,推动科技风险分级分类管理,重点防范重大中断、重大事件,并进一步加强科技风险评估与监测,加强对重要管理流程、重要系统、网络等重点管控环节的评估监测,对于评估发现的问题,及时完善管理手段,举一反三解决问题,提高风险管理的有效性。投入更多审计资源,加大对重点机构、薄弱环节、重要领域的审计力度,如:加强对境外机构的审计,加强网络安全、数据安全、业务连续性等高风险领域审计,加强数字化转型过程中的风险审计,以高水平安全,为数字金融高质量发展保驾护航。

银行信息系统应用架构详解 459

必学!大模型Agent架构与实战:从ReAct到Plan-and-Execute(建议收藏)

保证100%免费。

m0_48891301的博客 2052

数据挖掘实战-基于情感分析+网络语义分析+LDA主题分析对大唐不夜城用户评论进行文本分析

本研究基于去哪儿网和携程网的1888条大唐不夜城游客评论数据,运用Python进行文本分析。通过情感分析发现游客评价以积极为主(占比约70%),中性占20%,消极占10%。采用ROSTCM6软件进行社会网络语义分析,识别不同情绪下的高频词汇。使用LDA主题模型将评论划分为3个主题(夜景、表演、美食),并分析主题强度随时间变化趋势。实验包含数据采集、预处理、情感分析、语义网络分析和LDA建模等完整流程,为景区管理优化提供数据支持。源代码涵盖爬虫、数据处理和可视化分析的全套实现。

m0_64336780的博客 1万+

ReAct vs Plan-and-Execute:哪种Agent架构更适合你的场景

ReAct(Reasoning + Acting)大概是现在最流行的 Agent 架构了。思考 → 行动 → 观察 → 再思考 → 再行动…就像一个边想边做的人,每做一步都要停下来看看结果,然后决定下一步怎么做。用户:查询北京今天的天气,然后发邮件给张三Agent:1. 思考:用户要我查天气,我需要调用天气查询工具2. 行动:调用 get_weather(city="北京")3. 观察:天气 API 返回"晴,25度"4. 思考:现在知道天气了,接下来要发邮件。我需要张三的邮箱地址。

qq_74421990的博客 640

Vue3 + uniapp 踩坑:iOS 真机调试一直报错Maximum call stack size exceeded,和(in promise)MiniProgramError err的解决方法

不是你写错代码,是微信开发工具和 iOS 真机调试的兼容问题。开个空项目都报错,勾个设置就没问题,不是你,是工具的锅。

代码简单说 Vue、JAVA、PHP、Node.js 熟练运用,接口、架构、性能全搞定。 1269

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

超越 ReAct:探寻Plan-And-Execute Agent的设计与实现原理

摘要:本文深入探讨了Plan-And-Execute智能体在处理复杂任务时的优势与实现机制。相比ReAct模式的即时反馈机制,该架构通过"先规划后执行"的解耦设计,实现了更高效的复杂任务处理。文章详细解析了其四大核心组件:规划器负责任务拆解、执行器完成具体操作、重新规划器动态调整方案、最终答案生成器整合输出结果。这种架构不仅避免了"只见树木不见森林"的短视问题,还支持差异化模型部署以优化成本。通过规划-执行-重新规划的闭环工作流,智能体能够灵活应对任务执行中的不确定性

听得到微笑的博客 2360

IDEA的使用指南

IDEA基于java的使用手册,可以最快速的上手,在使用中不断的丰富自己的使用技巧.

基于LangGraph构建的Plan-and-Execute Agent,能自动规划执行

本文介绍了基于LangGraph的Plan-and-Execute智能体框架开发。该架构通过将复杂任务分解为规划、执行和动态调整三个阶段,显著提升了处理多步骤任务的能力。文章详细解析了项目架构(包含规划器、执行器、重规划器和状态管理四大核心组件)、环境搭建步骤(使用uv包管理器和LangGraph Studio工具)以及核心代码实现(包括图结构定义和规划器逻辑)。这种设计使智能体能够根据执行结果动态调整计划,避免陷入局部最优,特别适合研究和报告生成等复杂任务场景。

小程故事多的博客 1876

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版

Part-E1-SDIO-Specification-Ver4.00-Final-120220.pdf:最新的sdio 4.0 spec 协议标准 带书签 高清完整PDF版,包括SDIO 接口的外设,SDIO 接口官方协议等。

【深度收藏】大模型Agent架构解析:ReAct与Plan-and-Execute实战教程

本文详细介绍了大模型时代的智能体(Agent)技术,从定义到发展历史,重点解析了LLM Agent的两种主流架构:ReAct推理-行动交替模式和Plan-and-Execute先规划后执行模式。文章通过零框架和LangChain框架实现展示了代码实战,帮助读者构建智能交互系统。最后总结了Agent的关键要素,包括Prompt控制、模块化设计、规划策略等,为开发高效Agent提供指导。

2401_85154887的博客 1030
上一篇: 零基础自建知识图谱网站——换一种方式构建
下一篇: AI 工程演化:从 Prompt 到 Loop,未来的方向在哪里
Python_金钱豹
博客等级 码龄5年 1万+粉丝 2841原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值