AI Agent 系统架构:Planner、Executor、Memory、Tools 如何协作
一个真正好用的 AI Agent不是“一个更会聊天的大模型”。它更像一个小型协作系统有人负责想清楚怎么做有人负责一步步执行有地方保存上下文还有一组工具连接外部世界。如果把 Agent 只理解成“LLM Prompt”很快就会遇到三个问题任务复杂一点就乱、做到一半忘了前面、需要查资料或改文件时无从下手。Planner、Executor、Memory、Tools 这四个模块就是为了解决这些问题而出现的。本文脉络一、先用一句话理解 Agent 架构二、为什么一个模型还不够三、四个核心模块分别管什么四、一次 Agent 任务是怎么跑起来的五、Planner负责把目标拆成计划六、Executor负责把计划变成行动七、Memory负责带上该带的上下文八、Tools负责连接外部世界九、四个模块如何协作十、开发者落地时要注意什么十一、普通用户怎么看懂 Agent 的表现十二、常见问题一、先用一句话理解 Agent 架构如果只用一句话解释 AI Agent 的系统架构我会这么说Planner 决定怎么做Executor 负责去做Memory 记住该记的东西Tools 让 Agent 能真正接触外部世界。更生活化一点模块像团队里的谁主要作用Planner项目经理 / 方案设计者把目标拆成步骤决定执行顺序Executor执行同学按步骤行动处理反馈和错误Memory笔记本 / 项目档案保存上下文、偏好、历史经验Tools工具箱 / 外部系统接口搜索、读文件、调 API、跑代码这四个模块放在一起Agent 才从“会回答”变成“会做事”。比如你让 Agent帮我把这篇文章改得更通俗并生成配图。一个只有 LLM 的聊天机器人大概率直接开始改文字。一个结构完整的 Agent 会先做几件事读懂目标文章要面向谁风格要怎么变。制定计划先审阅文章再改结构再改措辞最后生成图片。读取上下文当前文章、已有博客风格、用户之前的偏好。调用工具读写文件、生成图片、运行构建命令。检查结果图片有没有错位文章能不能构建通过。把重要经验记下来下次类似任务可以少走弯路。这就是 Agent 架构真正要解决的问题把“想”和“做”组织成一条可靠流程。二、为什么一个模型还不够很多人第一次接触 Agent会有一个自然想法既然大模型已经很聪明为什么还要搞 Planner、Executor、Memory、Tools 这些模块原因很简单模型本身有几个硬限制。限制具体表现需要什么模块补上没有天然状态一次调用结束后它不会自动记住过程Memory不会自动接触外部世界不知道最新信息也不能自己读文件、查数据库Tools复杂任务容易跑偏一边想一边做做到后面忘了最初目标Planner执行过程需要反馈工具可能失败测试可能失败结果需要修正ExecutorLLM 更像一个“很强的推理和语言引擎”但 Agent 是一个“围绕 LLM 搭出来的工作系统”。这有点像人。一个人脑子再好也需要计划表知道接下来做什么笔记本记住资料和决定电脑和浏览器去查资料、写代码、发消息检查机制确认自己做对了没有。Agent 架构就是把这些能力工程化。三、四个核心模块分别管什么Planner负责“想清楚”Planner 的任务不是直接干活而是先回答这个目标到底是什么可以拆成哪些步骤哪些步骤依赖前面的结果哪一步风险最高怎么判断任务完成了没有 Planner 的 Agent 很容易“上来就干”。这在简单任务里没问题但复杂任务会出事。比如“重构一个模块并补测试”如果没有计划Agent 可能先改代码改到一半才发现测试框架没弄清楚最后把问题越搅越大。好的 Planner 不一定要写很长的计划但要写清楚行动顺序和验收标准。Executor负责“做出来”Executor 接收 Planner 的计划然后逐项执行。它关心的是当前要执行哪一步需要调用哪个工具工具返回了什么是否成功失败了该重试、换方法还是回到 Planner 重新规划Executor 的工作方式通常很像 ReAct思考一下当前动作调用工具读取观察结果再决定下一步。它不是盲目执行脚本而是带反馈地执行。Memory负责“记住该记的”Memory 不是把所有历史一股脑塞给模型。更准确地说它负责判断哪些信息值得保存哪些信息这次任务要用哪些历史已经过期哪些偏好是长期有效的哪些失败经验下次还会有用Tools负责“连接外部世界”没有 ToolsAgent 只能说话有了 ToolsAgent 才能做事。Tools 可以是工具类型例子信息工具搜索网页、查文档、查知识库文件工具读取文件、修改文件、生成图片业务工具查询订单、创建工单、调用 CRM开发工具运行测试、执行脚本、调用 Git协议工具MCP Server 暴露的 Tools、Resources、Prompts工具越强Agent 越有用但工具越强权限边界也越重要。一个能删库、发钱、改订单的 Agent绝不能只靠一句 Prompt 来约束。四、一次 Agent 任务是怎么跑起来的一次比较完整的 Agent 任务大致会这样跑用户提出目标用户说自己想要什么也可能附带约束比如“不要太长”“风格通俗”“不要改动这些文件”。读取 MemoryAgent 先取出相关上下文用户偏好、项目规范、历史决策、当前任务状态。Planner 生成计划把目标拆成几步并说明每一步的产出。复杂任务里计划最好能被用户或系统检查。Executor 按计划执行每一步内部可能会调用工具比如读文件、搜索资料、运行测试、生成图片。Tools 返回观察结果工具不只是“执行动作”还会给 Agent 反馈文件内容是什么、测试是否通过、接口返回了什么。检查结果如果结果符合目标就进入收尾如果失败Executor 可能重试也可能让 Planner 修改计划。写回 Memory对未来有价值的信息会被保存比如用户偏好、项目约定、失败原因、成功方案。返回最终结果给用户的不只是答案还应该包括做了什么、验证了什么、哪里需要注意。这个流程有个重点Agent 不是一次性吐答案而是在“计划 → 执行 → 观察 → 修正”之间循环。五、Planner负责把目标拆成计划Planner 的好坏决定 Agent 做复杂任务时稳不稳。一个好的 Planner 通常会输出三类东西输出说明任务拆解把大目标拆成可执行的小步骤依赖关系哪些步骤必须先做哪些可以并行验收标准怎样判断这一步完成了比如用户说帮我做一个 AI 客服系统。差的 Planner 可能直接说搭建前端。接入模型。接入知识库。上线。这计划看起来有步骤其实没什么用。好的 Planner 会先追问或假设边界然后拆成步骤产出明确业务范围只做 FAQ、订单查询还是允许退款操作设计会话流程用户输入、意图识别、RAG、工具调用、转人工设计知识库文档来源、分块、索引、版本管理设计工具权限哪些工具只读哪些需要二次确认设计评估指标自助解决率、转人工率、幻觉率、成本Planner 的关键不是“列很多条”而是把模糊目标变成可执行路径。六、Executor负责把计划变成行动Executor 的难点在于真实世界不会按计划乖乖配合。它可能遇到搜索结果不可信文件不存在API 超时测试失败用户给的约束互相冲突Planner 的计划本身不完整。所以 Executor 不是“照着计划机械执行”。它要在每一步里做小循环阶段Executor 在做什么Thought判断当前应该做什么Action调用工具或生成内容Observation读取工具结果或执行反馈Check判断是否满足当前步骤Adjust成功就下一步失败就修正或重新规划这也是为什么很多 Agent 看起来像在“边做边想”。不是它犹豫而是它必须根据外部反馈调整路线。七、Memory负责带上该带的上下文Memory 最容易被误解成“把历史都记住”。但对 Agent 来说真正重要的是在正确的时间把正确的信息带进工作记忆。常见 Memory 可以分三层类型例子作用短期任务状态当前计划、已完成步骤、工具返回结果保证当前任务不中断长期用户偏好喜欢中文、偏好简洁、常用技术栈让 Agent 更懂用户经验与知识失败原因、项目约定、常用流程让 Agent 下次少犯同样错误Memory 做得不好会出现两种相反的问题失忆用户明明说过偏好Agent 下次完全忘了记太多把无关历史全塞进上下文模型反而抓不住重点。所以 Memory 不是越多越好而是要有筛选、压缩、过期和冲突处理。八、Tools负责连接外部世界Tools 是 Agent 的手和脚。没有 ToolsAgent 只能根据已有上下文回答有 Tools它可以查最新资料读取项目文件修改代码调用数据库创建工单运行测试生成图片通过 MCP 连接外部系统。但工具调用有一个原则工具必须返回可验证的观察结果。比如“查订单状态”这个工具最好返回结构化数据{ ”order_id”: ”A1024”, ”status”: ”shipped”, ”carrier”: ”SF Express”, ”latest_event”: ”已到达深圳转运中心”, ”updated_at”: ”2026-07-10 18:30:00” }不要只返回一句“订单看起来没问题”。结构化结果更容易让 Agent 校验、引用和解释。工具还有一个更重要的问题权限。工具能力推荐策略只读查询可以自动调用但要鉴权和脱敏文件读取可以自动调用但要限制目录范围文件写入需要明确任务授权最好保留 diff业务写操作需要用户确认或人工审批高风险操作默认不开放给 AgentAgent 越强工具边界越要清楚。别把“模型很聪明”当成安全策略。九、四个模块如何协作这四个模块不是线性调用一次就结束而是互相来回配合。一个典型协作过程是用户提出目标。Memory 提供相关背景。Planner 根据目标和背景生成计划。Executor 取出当前步骤开始执行。Executor 调用 Tools拿到观察结果。如果观察结果符合预期继续下一步。如果观察结果不符合预期Executor 先尝试修正。如果局部修正不够回到 Planner 重新规划。任务完成后把重要结果写回 Memory。可以把它理解成一个小团队Planner 说“我们要分三步做。”Executor 说“第一步执行失败原因是接口超时。”Tools 说“这是接口返回的错误。”Memory 说“上次类似问题是因为 token 过期。”Planner 更新计划“先刷新 token再重试接口。”这就比单纯让模型“继续想想”可靠得多。十、开发者落地时要注意什么如果你要自己做一个 Agent 系统先别急着堆框架。可以先问四个问题。1. Planner 的输出是否足够可执行计划不能只有“分析、实现、测试”这种空话。至少要让 Executor 知道当前步骤要读什么要调用什么工具预期产出是什么失败时应该怎么办。2. Executor 是否有检查机制Executor 不应该只负责“跑动作”。它还要检查动作结果。写代码要跑测试生成文章要检查标题、结构、链接、图片调用 API 要检查状态码和返回字段。没有检查Executor 就像闭着眼干活。3. Memory 是否有边界不要把所有历史都塞进上下文。更好的做法是最近任务状态常驻长期偏好结构化保存大段历史按需检索过期信息降权冲突信息以最新确认的为准。4. Tools 是否有权限控制工具要分级读工具和写工具分开高风险工具默认不开放写操作保留审计重要操作需要用户确认工具返回结果要结构化。Agent 工程里很多事故不是模型不够聪明而是工具边界太随意。十一、普通用户怎么看懂 Agent 的表现即使你不是开发者也可以用这套框架判断一个 Agent 靠不靠谱。它有没有先理解目标靠谱的 Agent 会先确认目标和边界而不是马上开干。比如你说“帮我改文章”它最好知道是改风格、改结构、改错别字还是改成另一种受众。它有没有计划复杂任务里Agent 如果完全不说明计划后面很容易跑偏。计划不需要很长但应该让你知道它准备怎么做。它会不会使用外部证据涉及事实、代码、文件、数据时靠谱的 Agent 会查资料、读文件、跑命令而不是凭空回答。它会不会承认不确定好的 Agent 不会把所有事情都说得斩钉截铁。该查证时查证该转人工时转人工该说“不确定”时说“不确定”。它有没有检查结果如果 Agent 改了代码却不跑测试生成图片却不看图写文章却不检查链接那它只是完成了动作还没有完成任务。十二、常见问题问题回答要点Agent 和普通聊天机器人最大的区别是什么普通聊天机器人主要生成回答Agent 会规划任务、调用工具、读取反馈、维护状态并在必要时修正路线。Planner 和 Executor 一定要拆成两个模型吗不一定。可以是同一个模型在不同阶段扮演不同角色也可以用不同模型分别负责规划和执行。关键是职责要分清。Memory 是不是越多越好不是。Memory 的价值在于“相关”不是“全面”。无关历史太多会占上下文还会干扰模型注意力。Tools 为什么要结构化返回结构化结果更容易校验、引用、复用也更适合审计。自然语言结果容易含糊。Agent 为什么会跑偏常见原因是目标不清、计划太粗、上下文混乱、工具反馈没被正确处理或者缺少结果检查。MCP 在这套架构里处于什么位置MCP 主要帮助 Tools 层标准化让 Agent 可以用统一方式连接外部系统、资源和提示模板。普通用户需要懂这些模块吗不需要懂实现细节但懂这四个角色后更容易判断 Agent 为什么会卡住、为什么需要权限、为什么有时要先规划。最后一句话总结Agent 不是“一个会聊天的模型”而是一套围绕模型搭起来的工作系统。Planner、Executor、Memory、Tools 分工越清楚Agent 就越像一个靠谱的协作者。学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 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】

相关新闻

【高阶·融合】混沌工程与 AI 韧性验证深度解析:从故障注入到推理服务弹性的高可用架构

【高阶·融合】混沌工程与 AI 韧性验证深度解析:从故障注入到推理服务弹性的高可用架构

【高阶融合】混沌工程与 AI 韧性验证深度解析:从故障注入到推理服务弹性的高可用架构 专栏:《AI 工程与安全深度实战》 第7轮第3篇 核心痛点:AI 推理服务的失效模式远超传统云原生应用——GPU 静默数据损坏(SDC)会无声腐蚀模型权重、KV Cache OOM 会拖垮连续批处理、负载升…

2026/7/14 0:08:18阅读更多 →
DeepSeek提示词效果暴跌预警:当LLM置信度低于0.62时,必须启用的4层动态重写机制

DeepSeek提示词效果暴跌预警:当LLM置信度低于0.62时,必须启用的4层动态重写机制

更多请点击: https://codechina.net 第一章:DeepSeek提示词效果暴跌预警:当LLM置信度低于0.62时,必须启用的4层动态重写机制 当DeepSeek-R1或DeepSeek-V3模型返回的token级置信度(logits softmax归一化后最大概率值&a…

2026/7/14 0:03:18阅读更多 →
ChatGPT赋能电商增长:从0到月销500万的12个可复用提示词模板与AB测试数据验证

ChatGPT赋能电商增长:从0到月销500万的12个可复用提示词模板与AB测试数据验证

更多请点击: https://intelliparadigm.com 第一章:ChatGPT赋能电商增长:从0到月销500万的12个可复用提示词模板与AB测试数据验证 在真实电商运营场景中,某新锐美妆品牌通过系统化部署ChatGPT提示工程,在3个月内实现单…

2026/7/14 0:03:18阅读更多 →
Python | 从零实现BP神经网络:手写数字识别实战与核心代码解析

Python | 从零实现BP神经网络:手写数字识别实战与核心代码解析

1. BP神经网络与手写数字识别入门指南第一次接触神经网络时,我被那些复杂的数学公式吓得不轻。直到亲手用Python实现了一个识别手写数字的BP网络,才发现核心原理其实像搭积木一样有趣。想象你教小朋友认数字:先指着一个"8"说这是八…

2026/7/14 4:48:59阅读更多 →
HybridCLR热更新开发中UnityLinker.exe报错的系统性排查与解决方案

HybridCLR热更新开发中UnityLinker.exe报错的系统性排查与解决方案

1. 项目概述:当HybridCLR的Generate All命令撞上UnityLinker.exe如果你正在使用HybridCLR为你的Unity项目构建热更新能力,那么“Generate All”这个命令对你来说一定不陌生。它是整个热更新工作流中至关重要的一步,负责生成桥接AOT&#xff0…

2026/7/14 4:48:59阅读更多 →
Claude Fable 5与Sonnet 5安全机制解析:AI模型拒绝回答背后的技术原理

Claude Fable 5与Sonnet 5安全机制解析:AI模型拒绝回答背后的技术原理

最近在AI圈里流传着一个有趣的现象:Claude Fable 5和Sonnet 5在"高考"测试中居然出现了拒绝答卷的情况。这背后其实反映了AI安全机制的重要进步,也是我们今天要深入探讨的技术话题。作为开发者,了解不同AI模型的特性和安全机制至关…

2026/7/14 4:48:59阅读更多 →
筑牢算力底座的安全防线:直流绝缘监测如何为固态变压器保驾护航

筑牢算力底座的安全防线:直流绝缘监测如何为固态变压器保驾护航

2026年的夏天,电力与算力的融合正达到前所未有的深度。就在几天前,阳光电源发布了其首款全自研的EnerNeo固态变压器(SST),瞄准的正是AI算力中心(AIDC)日益迫切的供电需求。这一事件标志着固态变…

2026/7/14 4:48:59阅读更多 →
C++ STL序列式容器深度解析:vector、deque、list原理与实战指南

C++ STL序列式容器深度解析:vector、deque、list原理与实战指南

1. 从数组到容器:为什么我们需要STL?如果你写过C语言,或者刚开始接触C,对“数组”这个概念一定不陌生。一个固定大小的内存块,按顺序存放数据,通过下标访问,简单直接。但写过几个项目后&#xf…

2026/7/14 4:48:59阅读更多 →
模型“高分”却“低能”??:OpenAI 教你如何从 AI 编码评估的噪声中提取真实信号

模型“高分”却“低能”??:OpenAI 教你如何从 AI 编码评估的噪声中提取真实信号

你以为模型考了 90 分,其实它只是运气好。OpenAI 最新研究告诉你,传统编码评估里藏着大量“随机噪声”,新方法能把这些干扰过滤掉,让 AI 编码能力的评估结果更接近真实水平。这是什么 OpenAI 在官方博客发布了一篇名为《Separatin…

2026/7/14 4:43:59阅读更多 →
VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异

VSCode TypeScript 环境配置对比:全局安装 vs 项目本地安装的4个关键差异当你在VSCode中启动一个新的TypeScript项目时,第一个技术决策往往从安装方式开始。这个看似简单的选择——全局安装还是项目本地安装——实际上会深刻影响你的开发流程、团队协作和…

2026/7/13 4:47:19阅读更多 →
智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手

智慧树刷课插件:5分钟实现自动化学习的智能助手 【免费下载链接】zhihuishu 智慧树刷课插件,自动播放下一集、1.5倍速度、无声 项目地址: https://gitcode.com/gh_mirrors/zh/zhihuishu 智慧树刷课插件是一款专为智慧树在线教育平台设计的Chrome浏…

2026/7/14 2:55:05阅读更多 →
Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案

Steam创意工坊下载器WorkshopDL:跨平台游戏模组获取的终极解决方案 【免费下载链接】WorkshopDL WorkshopDL - The Best Steam Workshop Downloader 项目地址: https://gitcode.com/gh_mirrors/wo/WorkshopDL 你是否在GOG或Epic Games Store购买了心仪的游戏…

2026/7/13 4:52:09阅读更多 →
【Cursor数据库安全红线】:自动执行SQL前必须校验的6项权限策略,金融级项目已强制落地

【Cursor数据库安全红线】:自动执行SQL前必须校验的6项权限策略,金融级项目已强制落地

更多请点击: https://intelliparadigm.com 第一章:Cursor数据库安全红线概览 Cursor 作为一款基于 AI 的智能编程助手,其本地数据库(SQLite 存储)承载着用户代码片段、会话历史、自定义规则及敏感上下文信息。理解其安…

2026/7/14 0:03:18阅读更多 →
【Notion AI写作避坑白皮书】:基于127份真实用户失败案例,总结6大致命误用陷阱

【Notion AI写作避坑白皮书】:基于127份真实用户失败案例,总结6大致命误用陷阱

更多请点击: https://codechina.net 第一章:Notion AI写作辅助的底层能力边界认知 Notion AI 并非通用大语言模型的直接封装,而是基于 Llama 系列与自研微调模型构建的轻量化推理服务,其输入上下文窗口严格限制在 8192 token&…

2026/7/14 0:03:18阅读更多 →
AI Agent数据越界行为如何被精准溯源?——基于GDPR/CCPA双合规的5层审计框架实战指南

AI Agent数据越界行为如何被精准溯源?——基于GDPR/CCPA双合规的5层审计框架实战指南

更多请点击: https://kaifayun.com 第一章:AI Agent数据越界行为的合规性挑战与溯源必要性 AI Agent在自主执行任务过程中,可能因提示注入、上下文污染或权限配置缺陷,无意或有意访问、缓存、传输受保护数据(如PII、G…

2026/7/14 0:03:18阅读更多 →
YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

YOLOv8推理性能优化:从1.2FPS到35FPS的全链路加速实践

如果你在部署 YOLOv8 时,发现推理速度只有可怜的 1-2 FPS,而别人的演示视频却能跑到 30 FPS 以上,那么问题很可能不在模型本身,而在于你的整个处理链路。很多开发者拿到一个训练好的 YOLOv8 模型后,会直接使用官方示例…

2026/7/13 4:21:17阅读更多 →
Coze与Dify对比指南:低代码AI应用开发从入门到实战

Coze与Dify对比指南:低代码AI应用开发从入门到实战

1. 从零到一:为什么你需要了解 Coze 和 Dify?如果你对 AI 应用开发感兴趣,但一看到“大模型”、“智能体”、“工作流”这些词就头疼,觉得门槛太高,那这篇文章就是为你准备的。很多开发者,包括我自己&#…

2026/7/14 4:45:36阅读更多 →
AI生图工具怎么选?2026年6月版实测对比

AI生图工具怎么选?2026年6月版实测对比

做自媒体的朋友应该都有体会:配图一直是个让人头疼的问题。2026年,AI生图工具已经非常成熟了,但工具太多反而不知道怎么选。以下是截至2026年6月我对主流AI生图工具的实测对比。Midjourney V8.1:速度之王2026年6月11日&#xff0c…

2026/7/14 2:42:17阅读更多 →