本文深入剖析了AI Agent的底层运作机制,从感知-决策-行动-记忆-反思(PDA-M-R)闭环架构出发,详细解读了感知层、决策层、行动层、记忆层和反思层的具体实现与功能。文章还介绍了Agent的运行时循环(Think-Act-Observe)、多Agent协作模式(Supervisor、Hierarchical、Swarm)及A2A协议,并阐述了工具调用标准协议MCP的演进与最新规范。此外,文章探讨了Agent的记忆系统分层(短期、情景、语义)与安全权限模型设计,最后结合通信行业案例,展示了多Agent架构的实战映射与设计原则。理解这些架构细节,将帮助程序员从工具使用者转变为系统设计者。
一、从"LLM + 工具调用"到 PDA-M-R 闭环
2024 年,业界对 AI Agent 的认知是"LLM + 工具调用"——一个模型能决定何时调用函数。但 2026 年的主流架构已经演进为感知-决策-行动-记忆-反思(PDA-M-R)闭环,由 Google、Anthropic 等联合主推。它解决了传统 Agent 两个致命短板:记不住历史交互、不会自主纠错。五层各自的技术实现比名字暗示的要深得多。
感知层不只是"接收输入"。2026 年的感知层是多模态编码器——文本走 tokenizer 分词、图像走 vision encoder 提取特征向量、结构化 API 数据走 JSON Schema 解析、日志流走正则提取+语义聚类。关键升级是支持 A2A 协议消息接收:Agent 不只接收人类指令,还能"听到"其他 Agent 发来的 JSON 格式任务请求,解析后交给决策层处理。这让 Agent 从"只和人交互"变成"和 Agent 群体交互"。
决策层是 Agent 的"大脑",核心技术是 Chain-of-Thought(CoT)和 Tree-of-Thought(ToT)推理。CoT 是线性链式推理——“第一步…第二步…因此…”。ToT 更强:它把推理过程组织成树形结构,每个节点是一个推理状态,可以并行探索多条路径、回溯剪枝。当 Claude Code 面对一个报错,它不会只走一条思路——它会在"是类型问题?参数问题?依赖问题?"多条路径上并行评估,选最可能的深入。决策层还负责任务分配:判断这个子任务自己做还是通过 A2A 协议派给专业 Agent,依据是各 Agent 的能力声明(Agent Card)。
行动层通过 MCP 协议标准化调用工具。2026 年的关键升级是Skills 模块化——把复杂的多步操作(如"给函数加单元测试并运行")封装成一个可复用的技能命令,Agent 调用 Skill 等于调用一个预设工作流,而不是每次都从零编排。行动层还负责错误处理:工具调用失败时重试、降级、或上报决策层换方案。
记忆层分离短期上下文和长期知识。短期记忆是当前对话的工作集,受上下文窗口限制(Claude Code 200K token,GPT-5.2 128K)。超出窗口时需要上下文压缩策略——不是简单截断,而是用摘要模型把早期对话压缩成关键信息保留。长期知识用向量数据库(Pinecone、Weaviate)存储,配合记忆衰减机制——太久不用的记忆权重降低,避免噪声干扰当前决策。
反思层是 PDA-M-R 区别于传统架构的关键。它不是简单的"再检查一遍",而是有明确的自我评估 Prompt——Agent 用一个独立的 Prompt 批判自己的产出:"这个实现是否覆盖了所有边界条件?性能影响是否可接受?是否有安全隐患?“反思层有退出条件设计:达到质量阈值就通过,不达标就生成改进建议回到行动层重做。没有退出条件的反思会陷入无限循环——每次都能找到"还可以改进的地方”,所以必须定义可测量的验收标准。

这五层构成闭环:感知→决策→行动→记忆→反思→(再次)感知。Agent 不是线性执行脚本,而是在循环中不断调整。理解这个架构的工程价值在于:每一层都可以独立优化——感知层换更好的 vision encoder、决策层换更强的推理模型、记忆层换更大的向量库——而不需要重写整个系统。
二、Think-Act-Observe 循环:Agent 运行时的心跳
PDA-M-R 是静态架构描述,Agent 运行时的动态节奏叫Think-Act-Observe(TAO)循环。这是所有 Agent 框架的运行时引擎,源自 ReAct 论文的推理范式。
Think(思考):Agent 接收触发后,用 CoT 推理"需要做什么"。这一步的输出不是一个动作,而是一段显式推理链——"用户要修复这个 bug。报错信息显示 TypeError: Cannot read property of undefined。这说明有一个变量没有被正确初始化。我需要先找到出错的位置,然后检查调用链…"这段推理链会被记录在日志里,是可审计的。
Act(行动):基于推理结果执行具体操作——读文件、改代码、运行命令、调用 API。行动层会把执行的命令和参数记入 trace。
Observe(观察):读取行动结果。如果成功,进入下一轮 Think 决定下一步;如果失败,分析错误原因,调整策略。
TAO 循环的威力在于交错(interleaving)。传统脚本是"提前规划所有步骤然后盲目执行"——一旦中间某步出错,整个流程崩溃。TAO 循环是"做一步看一步"——如果工具调用失败,Agent 不会崩溃,而是观察失败原因、思考替代方案、换一种方式重试。Claude Code 修 bug 的过程就是典型 TAO 循环:读报错→分析原因→改代码→跑测试→观察结果→如果还失败继续调,直到通过或判定需要人工介入。
TAO 循环的代价是 token 消耗——每轮循环都要把完整的上下文(推理链+行动结果+观察)重新送进模型。一个复杂任务可能跑 10-20 轮 TAO 循环,token 消耗是单次调用的数十倍。这就是为什么 GitHub 用模型级联——简单步骤派小模型(便宜快),复杂推理派大模型(贵但准)——把 token 成本压低 30-40%。
三、多 Agent 协作:三种模式与 A2A 协议
2026 年最火的架构方向是多 Agent 协作。复杂任务不再靠一个全能 Agent 单打独斗,而是多个专业 Agent 分工。三种主流模式各有适用场景。
-
Supervisor 模式(主从型)。一个主 Agent(Orchestrator)统筹,把任务拆解后通过 A2A 协议分派给专业 Agent,最后汇总结果。主 Agent 不执行具体工作,只负责任务拆解、分派、结果整合。第七篇携号转网的例子就是这种:主 Agent 负责全链路协调,资格查询、协议解约、欠费核销各由专业 Agent 处理。适合流程明确、步骤可拆的任务。
-
Hierarchical 模式(层级型)。多层结构,上层 Agent 管理下层 Agent,每层有明确职责边界。IBM watsonx Orchestrate 的保险案例是典型——客户 Agent、核保 Agent、理赔 Agent 各有工具和权限,通过 JWT 令牌实现身份路由,不同角色看到的 Agent 能力完全不同。JWT 不只是认证——它是Agent 身份,告诉 Agent “你在代表谁行动”,没有这个令牌 Agent 不能安全执行任何写操作。适合组织结构复杂、权限分层严格的企业场景。
-
Swarm 模式(群体型)。没有固定主从,Agent 之间平等协作,通过共享黑板(Blackboard)模式异步交换信息——每个 Agent 把发现写到共享空间,其他 Agent 读取后决定是否行动。适合探索性任务——多个 Agent 并行研究不同方向,发现线索就广播给群体。代价是协调开销大,适合对延迟不敏感的研究类任务。

让跨平台协作成为可能的是A2A(Agent-to-Agent)协议,由 Google 于 2025 年 4 月开源、Linux Foundation 治理。A2A 定义了四类核心消息:task-request(委派任务)、task-update(报告进度)、task-result(返回结果)、task-cancel(取消任务)。每个 Agent 有一张Agent Card(数字名片)——JSON 格式的能力声明,包含技能列表、支持的输入输出格式、权限范围。主 Agent 通过搜索 Agent Card 发现具备特定技能的专业 Agent,无需手动配置。A2A 还支持流式协作——执行方实时返回进度,委派方可中断、可取消、可追加要求,类似人类协作中的实时同步沟通。A2A 兼容 LangChain、CrewAI、Google Agent Builder 等主流框架。
四、MCP 协议:从工具调用的"万国牌"到统一标准
2025 年及以前,工具调用是"万国牌"——OpenAI、Anthropic、Gemini 各有格式,开发者要为每个模型写适配代码。2026 年MCP(Model Context Protocol)成为行业标准,Anthropic 推出后所有主流 LLM 均已支持,超过 150 个组织在基于 MCP 构建。MCP 让工具调用像"USB-C 接口"——插上就能用,开发效率提升 3 倍以上。
MCP 的架构分三层:MCP Host(LLM 应用层,如 Claude Code、Cursor)→MCP Client(上下文管理器,负责参数验证、缓存、协议转换)→MCP Server(工具服务器集群,连接 API、数据库、文件系统、自定义业务系统)。工具服务器声明自己的标准化 Schema,Client 做 Schema 校验和缓存,Host 按 LLM 的推理结果决定调用哪个工具。

2026 年 7 月 28 日的重大修订值得深入拆解。之前每次 MCP 连接都要握手——客户端发 initialize,服务端生成 mcp-session-id 存在本地内存。这在负载均衡环境下是噩梦:请求被路由到另一个 Pod,那个 Pod 没有 session 记录,直接返回 404。解决方案要么 sticky session、要么 Redis 共享 session store——本该简化 AI 集成的协议变成了基础设施复杂度的来源。
新规范消除了这一切:每个请求自带上下文(_meta 对象携带 protocol version、client identity、capabilities),不再需要 session 握手。远程 MCP Server 变成无状态 HTTP 服务,任何实例处理任何请求。代价是请求 payload 略大——每条请求都带 capability 信息。但对绝大多数工作负载,这点开销远小于 session 管理的复杂度。
另外三个重要升级:Header-level routing——MCP SDK 自动在 HTTP 请求头加 Mcp-Method 和 Mcp-Name,让网关和负载均衡器在 header 层做路由和限流,不用解析 JSON-RPC body。State without sessions——需要跨调用维护状态的 Server(如浏览器会话),返回一个 reference ID 给 Agent,Agent 后续调用时带上这个 ID。状态从"藏在服务端内存里谁也看不见"变成"在 payload 里可见、可审计、可调试"。Multi Round-Trip Requests(MRTR)——替代了原来的回调机制,Server 需要额外输入时返回 InputRequiredResult,Agent 带着响应重新提交,全程状态在 payload 里传递。
五、记忆系统:从金鱼记忆到有经验的同事
没有记忆的 Agent 每次都从零开始。记忆系统分三层,各有不同的技术实现和工程取舍。
短期记忆是当前任务的工作集——对话历史、文件内容、工具调用结果。受上下文窗口限制(Claude Code 200K token)。当会话超长时,不是简单截断最早的消息,而是用摘要压缩策略:用一个小模型把早期对话压缩成关键信息块(“用户要求修复了 payment.js 的幂等键问题,已完成 3 次修改,当前测试通过”),保留近期完整对话。这比暴力截断损失的信息少得多。
情景记忆(Episodic)跨会话存储"发生过什么"——具体事件和交互记录。技术实现是把每次会话的关键事件编码成向量,存入向量数据库。下次类似任务时,用当前任务描述做相似度检索(余弦相似度),找到历史最相关的经验。比如 Agent 记得上次重构支付模块时遇到了 Stripe 幂等键的问题,下次处理类似任务会主动提醒。检索精度取决于向量化质量和检索算法——粗糙的向量化会让 Agent "记起"不相关的经验,反而干扰决策。
语义记忆(Semantic)存储通用知识和事实——项目架构约定、编码规范、已知坑点。CLAUDE.md 和 Cursor Rules 就是语义记忆的人工形态:你把规范写进去,Agent 每次会话前读取,带着这些知识上场。关键设计取舍:精炼比全面更重要。塞 5000 字泛泛的规范不如 500 字精准的约束——因为长文本会稀释注意力,Agent 在检索时容易被不相关的部分带偏。
记忆衰减机制是长期记忆的关键:太久不用的记忆权重降低,但不删除(也许将来有用)。衰减算法通常基于时间衰减+使用频率加权——最近用过的、高频使用的记忆保持高权重,长期不用的逐渐淡出。这防止了记忆库无限膨胀导致检索噪声。
六、安全与权限模型:Agent 的能力边界
Agent 能读文件、改代码、调 API、执行命令——这些能力如果没有权限边界,就是定时炸弹。2026 年主流的安全设计分四层。
沙箱隔离。Agent 在受限环境里运行——文件系统沙箱限制可读写路径、网络沙箱限制可访问域名、进程沙箱限制可执行命令。Claude Code 的 plan 模式就是沙箱的体现——只读不写,让 Agent 先理解再动手。Codex CLI 的 read-only 沙箱更进一步——连网络请求都不允许,纯本地分析。
权限粒度。不是"能写文件"或"不能写文件"的二选一,而是按路径、按操作类型、按文件类型细分。Claude Code 的 Hooks 机制可以在 Agent 写文件前拦截——比如检测到目标路径包含 “production” 就 exit 2 阻止,写完后自动跑 lint 形成自修循环。MCP 新规范支持per-tool authorization——在网关层对每个工具单独设置鉴权策略。
身份路由。IBM watsonx 的案例展示了 JWT 不只是认证——它是 Agent 的身份绑定。客户 Agent 和核保 Agent 用不同的 JWT 令牌,看到的能力边界完全不同。Agent 不能超越令牌授权范围执行操作——这不是"建议",是强制约束。
人机协作权限。最成熟的设计是分级自治:Interactive(每步等人确认)、Plan(先给计划等批准再执行)、Autopilot(完全自主但受 Hook 约束)。越自主越省心,但安全配置和核心逻辑仍要人盯。关键原则:不可逆操作必须人审——删除、部署、对外发布这类操作,即使 Autopilot 模式也应该设 Hook 强制拦截等待人工确认。
七、实战映射:通信行业的多 Agent 架构设计
把以上架构概念映射回通信场景,多 Agent 系统的设计路径就清晰了。
| 架构要素 | 技术实现 | 通信行业映射 |
|---|---|---|
| Supervisor | A2A task-request 分派+task-result 汇总 | 携号转网流程编排 Agent |
| 专业 Agent | Agent Card 声明技能,单一职责 | 资格查询/协议解约/欠费核销 Agent |
| MCP 工具 | 标准化 Schema 连接业务系统 | CRM 计费/网络拓扑/合同管理 |
| 短期记忆 | 200K 窗口+摘要压缩 | 当前转网请求的用户信息+历史交互 |
| 长期记忆 | 向量检索+衰减加权 | 各省转网规则+历史违规案例 |
| 反思层 | 自我评估 Prompt+退出条件 | 核验转网条件是否满足+合规检查 |
| 沙箱 | 文件路径限制+网络隔离 | 生产配置文件 Hook 拦截 |
| 身份路由 | JWT 令牌绑定能力边界 | 客服/管理员/审计员不同权限 |
设计原则:每个专业 Agent 只管自己的领域(单一职责),通过 A2A 协议与 Supervisor 通信,MCP 工具统一连接业务系统,反思层在提交结果前自动做合规校验,沙箱和 Hook 守住不可逆操作的权限边界。AT&T 日均 270 亿 token 的规模、IBM 三角色 JWT 路由,都是这个架构在生产环境的验证。
理解 AI Agent 架构不是学术兴趣,而是工程必需。当你知道 Agent 在 TAO 循环中运行,你就理解了为什么"先探索再执行"比"直接让它干"效果好——你在帮它减少循环次数、降低 token 成本。当你知道 MCP 统一了工具调用且 7 月走向 Stateless,你就理解了为什么配好 MCP Server 的 Agent 能力会跃升——它有了标准化的"手",而且这双手现在可以水平扩展。当你知道记忆有短期/情景/语义三层,你就理解了为什么 CLAUDE.md 要精炼——那是你给 Agent 的语义记忆,粗糙的记忆比没有记忆更危险。当你知道安全模型有沙箱、权限粒度、身份路由、分级自治四层,你就理解了为什么"先 plan 再 execute"不只是工作流建议——它是安全设计的直接体现。架构理解,是从"用工具的人"变成"设计系统的人"的分水岭。
最后
2026 年一晃已经过半,AI 大模型的热潮不仅没有降温,反而持续升温!
金融行业用大模型做风控、医疗依靠 AI 解析影像,电商、制造、教育各行各业,都在把 AI 融入日常业务。曾经热闹的 “百模大战”,早就告别单纯比拼模型参数,正式进入落地应用时代。
现在企业疯狂紧缺一类人才:懂业务、懂 AI、能做出可上线项目的大模型开发工程师,岗位缺口大,薪资待遇十分可观。

风口再好,不如手握高薪 offer 实在。行情火热,普通人、程序员该怎样从零入门大模型,抓住这波机会?
今天整理好【2026 最新版】AI 大模型全套免费学习资源,覆盖零基础入门、项目实战、理论知识、大厂面试,从基础一路进阶。所有资料分类归档,没有多余杂料,无套路免费分享给想要入局 AI 赛道的程序员与零基础小白!
👇👇扫码免费领取全部内容👇👇

1、大模型系统化完整学习路线

2、大模型经典书籍&文档

3、AI 大模型最新行业研究报告

4、企业级实战项目 + 完整配套源码

5、大厂大模型面试真题汇总

6、这些资料真的有用吗?
这份资料由我和鲁为民博士(北京清华大学学士和美国加州理工学院博士)共同整理,现任上海殷泊信息科技CEO,其创立的MoPaaS云平台获Forrester全球’强劲表现者’认证,服务航天科工、国家电网等1000+企业,以第一作者在IEEE Transactions发表论文50+篇,获NASA JPL火星探测系统强化学习专利等35项中美专利。本套AI大模型课程由清华大学-加州理工双料博士、吴文俊人工智能奖得主鲁为民教授领衔研发。
资料内容涵盖了从入门到进阶的各类视频教程和实战项目,无论你是小白还是有些技术基础的技术人员,这份资料都绝对能帮助你提升薪资待遇,转行大模型岗位。


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

707



被折叠的 条评论
为什么被折叠?



