大模型智能体设计模式深度解析,小白也能快速上手 📅 发布时间:2026/7/7 17:32:36 👁️ 浏览次数: 本文解析大模型智能体设计的八大核心模式配备计算机权限、多层级行动空间、循序渐进信息展开、文件系统管理上下文、缓存机制应用、子智能体隔离、智能体持续进化等。这些模式有效解决长上下文性能下降问题通过动态加载工具定义、卸载上下文到文件系统等方式优化资源利用为构建高效大模型智能体提供实用指导。大家还记得年初Meta以超过20亿美元的价格收购了Manus同时Claude Code的运行规模也突破了10亿美元的年化收入。在这样的背景下看看大模型智能体设计中都出现了什么共同的模式就显得特别有意思。这篇文章汇总了许多有趣的博客、论文和讨论希望能为大家梳理出一些规律。“RLanceMartin最近加入了AnthropicAI发表了一篇Agent设计和上下文管理的深度总结。这篇文章不是泛泛而谈而是把过去一年来业界对Agent设计的集体认识系统地整合在一起含金量十足。“原文链接:https://rlancemartin.github.io/2026/01/09/agent_design/长期自主运行的智能体正在走向现实METR_Evals的数据显示了一个有趣的趋势——大模型智能体能够完成的任务长度每7个月就翻一倍。这听起来很令人振奋不过背后也隐藏着不少挑战。一个核心问题是当上下文变得越来越长的时候模型的表现反而会下降。Chroma的研究团队发现了一种现象叫上下文衰退有人总结了各种失败的场景Anthropic也从工程的角度解释了这个问题“上下文应该被视为一种有限资源边际效应会不断递减。就像人类的工作记忆有限一样大语言模型也有一个注意力预算。每增加一个新的token这个预算就会被消耗。这个认识促使大家开始重新思考如何管理上下文。有人就此提出了上下文工程这个概念“上下文工程是一门微妙的艺术和科学就是要在上下文窗口里精心填入恰到好处的信息让智能体在下一步能够最好地利用它们。看来设计好的大模型智能体说到底就是要把上下文管理得当。让笔者从一些有趣的例子和想法出发和你一起探讨几个出现频率比较高的设计思路。给智能体配一台计算机有人给智能体做了个定义它们是由大语言模型自己指挥自己的行动的系统。过去一年大家逐渐意识到如果给智能体配上一台计算机的权限它们的表现会好很多。这个计算机可以给它们提供文件系统和命令行这样的基础工具。文件系统让智能体能够长期保存信息。命令行则让它们能够运行各种内置工具、调用命令行程序或者写代码来完成任务。这个思路在最近流行的智能体设计里随处可见。Claude Code作为一个活在你的电脑上的大模型助手就是这个理念的体现。Manus则是通过虚拟计算机的方式给智能体提供了类似的能力。这些系统的核心都是通过工具调用来控制计算机。有人就把这个本质总结得特别形象“编程智能体最基础的抽象就是命令行接口……归根结底智能体需要访问操作系统这一层。与其说Claude Code是大模型编程工具不如说它是为你的操作系统准备的大模型。多层级的行动空间架构智能体执行行动的方式就是调用工具。现在给智能体配工具变得容易多了——比如通过Model Context ProtocolMCP这样的标准就能简单地加载工具。但这样做也会带来新的麻烦。当MCP的使用规模扩大的时候工具定义会充斥整个上下文窗口而工具调用的中间结果又会消耗大量的token。比如GitHub的MCP服务器就有35个工具它们的定义本身就占了大约26000个token。更多的工具还可能让模型感到困惑尤其是当这些工具的功能有重叠的时候。有趣的是那些通用性强的流行智能体用的工具数量其实少得吓人。Claude Code的开发团队提到他们用的工具只有大约十来个。Manus的工具数量更少不超过20个。Amp Code团队在设计行动空间的时候也是有意地把工具限制在很少的数量。那它们是怎么在工具少的情况下还能做这么多事情呢秘诀就在于把行动从工具调用这一层往下推——推到计算机本身上去。以Manus为例它的行动空间设计成了一个层级结构。智能体使用少数几个原子级的工具比如一个bash工具然后通过这个工具在虚拟计算机上执行各种操作。有了bash工具它就可以调用shell命令、各种CLI程序甚至直接写代码并执行。有个叫CodeAct的论文就展示过智能体可以通过写代码和执行代码的方式串联起很多动作。这样做的好处是显而易见的——因为中间结果不需要进入智能体的处理流程所以能省下不少token。有人用Claude演示过这个思路的实际效果确实省了一大笔。循序渐进地展开信息“循序渐进地展开信息听起来比较抽象有人叫做循序渐进地披露信息,下面我看看怎么回事智能体需要知道自己有什么行动可以选择。一个做法是把行动都放到工具调用层然后把所有工具定义都预先加载到上下文里。但最近有个趋势是朝着循序渐进展开信息的方向走这样能更好地管理上下文。这种设计理念的意思是一开始只展示最核心最必要的信息等到用户真正需要的时候再逐渐透露更详细的内容。在工具调用层有些智能体会给工具定义建个索引然后需要的时候再动态地查询和加载工具。有的甚至还会用一个搜索工具来封装这个过程。对于shell命令或者装在系统里的各种命令行程序Manus的做法是这样的就在智能体的初始指令里列出有哪些可用工具如果需要了解某个工具的具体用法智能体就自己用bash调一下这个工具的help命令。还有个更聪明的做法把MCP服务器从工具调用层往下推让它们跑在计算机上这样工具定义就能被循序渐进地展开了。Cursor Agent就是这么干的——它把MCP工具的描述同步到一个文件夹里给智能体一个简短的工具列表智能体只有在真正需要的时候才去读取完整的工具描述。Anthropic和Cloudflare都在他们的博客里讨论过类似的MCP管理思路。Anthropic推出的skills标准就很好地体现了这个理念。这个标准的核心就是把技能组织成文件夹每个文件夹里放个SKILL.md文件。智能体初始化的时候会读取这些文件里的YAML前言部分从而知道有哪些技能可以用。但只有当智能体真的需要了解某个技能的细节时它才会去读完整的SKILL.md文件。把上下文搬到文件系统里如果智能体有了计算机的访问权限就可以把一些上下文从智能体自己的上下文窗口里卸载出来存到文件系统上。Manus就是这么干的——它会把旧的工具调用结果写到文件里只有当直接卸载上下文的收益开始下降的时候才考虑对某些内容进行总结。Cursor Agent也采取了类似的策略它把工具结果和智能体的行动轨迹都卸载到文件系统里。如果需要这些信息智能体可以把它们重新读回上下文。这两个例子都很巧妙地解决了一个真实存在的问题上下文压缩也就是总结这件事有风险因为你可能会丢失一些有用的细节。把上下文卸载到文件系统还有另外一个作用——可以用来引导长期运行的智能体朝正确的方向走。有些智能体会定期把一份计划写到文件里然后定期把这个计划重新读回上下文这样可以强化任务目标或者验证自己的工作是否有偏离。充分利用缓存机制通常智能体是用消息列表的方式来管理上下文的。每次执行一个行动后新的信息就被追加到这个列表的末尾。有个有趣的观点说智能体用的是线性的聊天历史但软件工程师的心智模型更像是一个调用栈——任务被推上去完成后再弹出来。从这个角度想的话有很多方式可以改变会话历史比如删除或添加某些上下文块。不过这里有个约束条件值得考虑——如果没有提示词缓存这样的技术智能体的成本会高得不可思议。有了缓存智能体就能从一个提示词前缀的基础上继续运行。Manus甚至把缓存命中率列为了生产环境中最重要的指标之一。他们提到用一个容量更大也就是更便宜的$/token的模型搭配缓存实际成本反而比用便宜模型但没有缓存要低。有人就此指出编程智能体比如Claude Code如果没有缓存的话根本就是经济上不可行的。隔离上下文引入子智能体很多智能体会把任务下放给子智能体来处理每个子智能体都有独立的上下文窗口、工具集和指令。子智能体特别适合处理可以并行化的任务。比如Claude Code团队就在代码审查的时候用子智能体让它们独立地检查不同类型的潜在问题。类似的map-reduce模式也能用在更新lint规则或者代码迁移这样的任务上。对于长期运行的智能体上下文隔离也很重要。有人创造了一个叫Ralph Wiggum的概念——是一个循环不断地运行智能体直到计划被满足。对于耗时很长的任务不可能把所有东西都放进一个智能体的上下文窗口里。上下文本身活在文件里不同的智能体之间可以通过git历史来沟通进度。Anthropic描述过一个版本的Ralph循环是这样的初始化智能体先搭建好环境比如一个计划文件、一个跟踪文件然后多个子智能体分别从计划文件里挑任务来完成。Claude Code的开发者提到他们也用这个模式通过stop hook来在每个Ralph循环之后验证工作结果。让智能体不断进化连续学习这个话题最近热度很高。大家都想让智能体随着时间推移不断进步从过去的经验里学到东西就像人类一样。有些研究表明有些智能体的部署会失败就是因为它们没办法适应或者学习。Letta 大模型的团队提出了一个概念叫token空间内的连续学习说白了就是随着时间推移不断地用学到的东西去更新智能体的上下文而不是改动模型的权重本身。这些方法有个共同线索都是通过回顾过去的智能体行动轨迹或者之前的会话记录然后基于这些分析结果来更新上下文。这个模式可以用在任务特定的提示词上。有个叫GEPA的研究就这么干的收集智能体的行动轨迹给它们打分反思失败的情况然后提出一组不同的任务特定提示词变体供进一步测试。这个模式也能用在更开放的记忆学习上。关于这块的论文其实有很多。有人就用Claude Code试过这个想法——灵感来自一个有趣的观察把Claude Code的每个会话蒸馏成日记条目在日记条目之间进行反思然后用这些反思去更新一个叫CLAUDE.md的文件。还可以把这个思路应用到技能的学习上。Letta 大模型有个例子就是这么做的通过回顾行动轨迹来蒸馏出可重用的程序然后把这些程序作为新技能保存到文件系统里。有人也试过类似的想法用在Deepagents这个项目里。关于未来的展望通过上面的讨论几个设计模式逐渐浮出了水面。给智能体配一台计算机把行动从工具调用层推到计算机本身。用文件系统来卸载上下文和逐步展开信息。用子智能体来隔离上下文。随着时间推移让上下文不断进化用来学习记忆或者技能。充分利用缓存来节省成本和降低延迟。当然摆在面前的开放问题还有很多在接下来的一年里这些都会是很有意思的研究方向。让机器自己学会管理上下文上下文管理这件事现在通常要靠手工制作的提示词来压缩数据、生成子智能体、决定什么时候卸载什么内容、还要想办法让上下文随时间演化以支持学习。不过有句话叫苦涩的教训它告诉我们计算规模和模型规模的增长往往会击败那些手工制作的方案。比如与其采用上下文压缩这样的做法有人就提出了一个不同的想法为什么不让模型自己变得更聪明自动搞定这些问题呢有个叫Recursive Language ModelRLM的新研究就是沿着这个思路走的。这项工作建议大语言模型完全可以学会自己进行上下文管理。那些现在被打包进智能体框架里的各种提示词技巧和脚手架有可能最终会被模型本身吸收。这个想法对于处理记忆这块特别有意思。它跟一篇关于睡眠时计算的论文有点关联——那篇论文表明智能体可以在离线的时候思考自己的上下文。想象一下如果智能体能够自动地回顾自己的过往会话然后用这些回顾来更新自己的记忆或者技能是不是就很酷或者智能体可以直接回顾自己积累的各种记忆去更好地整合它们、为未来的任务做准备——就像人类一样。多智能体的协调问题随着智能体处理的任务规模越来越大我们很可能会看到成群结队的智能体并行工作。有人就指出现在的智能体在处理共享上下文的时候还很吃力每个行动都包含了隐含的决策而并行运行的多个智能体则面临着这样的风险——它们可能在互相看不见对方工作的情况下做出冲突的决策。不像人类能主动进行对话来化解冲突这对智能体来说现在还是个难题。有个叫Gas Town的多智能体项目就很有意思它用一个多智能体的协调器来组织工作用git来追踪任务进展有一个市长智能体掌握整个工作空间的完整信息然后协调几十个并行运行的Claude Code实例——通过一个合并队列和角色特化来管理。这样的多智能体协调实验值得持续关注。长期运行智能体需要的新基础设施长期运行的智能体需要新的基础设施来支撑要能观察到智能体在干什么要有钩子让人类可以介入审查要在出问题的时候能优雅地降级处理。现在的设计模式还比较粗糙。Claude Code用stop hook在每个迭代之后验证工作结果Ralph循环则通过git历史来追踪进度。但目前还没有关于智能体可观测性的标准、没有统一的调试接口、也没有通用的人工干预监控模式。随着智能体运行的时间越来越长我们很可能需要设计出新的抽象来管理它们。这块的探索才刚刚开始但肯定会成为未来一段时间里的重点。最后我在一线科技企业深耕十二载见证过太多因技术更迭而跃迁的案例。那些率先拥抱 AI 的同事早已在效率与薪资上形成代际优势我意识到有很多经验和知识值得分享给大家也可以通过我们的能力和经验解答大家在大模型的学习中的很多困惑。我整理出这套 AI 大模型突围资料包✅AI大模型学习路线图✅Agent行业报告✅100集大模型视频教程✅大模型书籍PDF✅DeepSeek教程✅AI产品经理入门资料完整的大模型学习和面试资料已经上传带到CSDN的官方了有需要的朋友可以扫描下方二维码免费领取【保证100%免费】为什么说现在普通人就业/升职加薪的首选是AI大模型人工智能技术的爆发式增长正以不可逆转之势重塑就业市场版图。从DeepSeek等国产大模型引发的科技圈热议到全国两会关于AI产业发展的政策聚焦再到招聘会上排起的长队AI的热度已从技术领域渗透到就业市场的每一个角落。智联招聘的最新数据给出了最直观的印证2025年2月AI领域求职人数同比增幅突破200%远超其他行业平均水平整个人工智能行业的求职增速达到33.4%位居各行业榜首其中人工智能工程师岗位的求职热度更是飙升69.6%。AI产业的快速扩张也让人才供需矛盾愈发突出。麦肯锡报告明确预测到2030年中国AI专业人才需求将达600万人人才缺口可能高达400万人这一缺口不仅存在于核心技术领域更蔓延至产业应用的各个环节。资料包有什么①从入门到精通的全套视频教程⑤⑥包含提示词工程、RAG、Agent等技术点② AI大模型学习路线图还有视频解说全过程AI大模型学习路线③学习电子书籍和技术文档市面上的大模型书籍确实太多了这些是我精选出来的④各大厂大模型面试题目详解⑤ 这些资料真的有用吗?这份资料由我和鲁为民博士共同整理鲁为民博士先后获得了北京清华大学学士和美国加州理工学院博士学位在包括IEEE Transactions等学术期刊和诸多国际会议上发表了超过50篇学术论文、取得了多项美国和中国发明专利同时还斩获了吴文俊人工智能科学技术奖。目前我正在和鲁博士共同进行人工智能的研究。所有的视频教程由智泊AI老师录制且资料与智泊AI共享相互补充。这份学习大礼包应该算是现在最全面的大模型学习资料了。资料内容涵盖了从入门到进阶的各类视频教程和实战项目无论你是小白还是有些技术基础的这份资料都绝对能帮助你提升薪资待遇转行大模型岗位。智泊AI始终秉持着“让每个人平等享受到优质教育资源”的育人理念通过动态追踪大模型开发、数据标注伦理等前沿技术趋势构建起前沿课程智能实训精准就业的高效培养体系。课堂上不光教理论还带着学员做了十多个真实项目。学员要亲自上手搞数据清洗、模型调优这些硬核操作把课本知识变成真本事如果说你是以下人群中的其中一类都可以来智泊AI学习人工智能找到高薪工作一次小小的“投资”换来的是终身受益应届毕业生无工作经验但想要系统学习AI大模型技术期待通过实战项目掌握核心技术。零基础转型非技术背景但关注AI应用场景计划通过低代码工具实现“AI行业”跨界。业务赋能 突破瓶颈传统开发者Java/前端等学习Transformer架构与LangChain框架向AI全栈工程师转型。获取方式有需要的小伙伴可以保存图片到wx扫描二v码免费领取【保证100%免费】**
从零开始构建RAG文档问答系统:Everything plus开源项目详解 文章介绍基于RAG技术的"Everything plus"智能文档问答系统,结合BM25向量混合检索,支持30文件类型自动索引。使用全开源技术栈零成本部署,包含查询重写和提示词工程等关键技术,提供详细安装指南和性能优化经验࿰… 2026/7/6 16:28:09
三菱MR-JE-C伺服电机FB功能块在Q系列PLC流水线项目中的应用 三菱MR-JE-C伺服电机FB功能块(适用Q系列PLC) 流水线项目,16个MR-JE-C电机,为了加快编程速度,特意做的一个FB功能块,内部采用局部变量全局缓冲区的方式进行编程,多次调用不冲突! 适用于Q系列PLC和MR-JE-C的运动控制。 F… 2026/7/3 9:13:33
MIPI与ISP 在 MIPI 摄像头的嵌入式视觉系统中,ISP(Image Signal Processor,图像信号处理器) 是连接 MIPI CSI-2 接口与上层应用的关键硬件模块,核心作用是对摄像头传感器输出的原始图像数据进行实时处理,将 RAW 格式的… 2026/7/6 9:49:56
2026浙江黄金回收白银回收铂金回收旧料回收怎么选?五家高实价铂金白银线下门店测评清单 + 联系方式 漫步浙江街头,黄金、铂金、白银回收门店鳞次栉比,招牌林立间难免鱼龙混杂。为帮市民甄别靠谱变现渠道,小编实地走访、层层筛选,整理出一份本地优质诚信商户清单。收录商户囊括连锁老牌机构与深耕本土多年的实体老店,可… 2026/7/7 17:32:09
Vue3 环境搭建 + 第一个 HelloVue 项目(零基础入门) 一、前言 很多前端新人分不清 Vue2 和 Vue3 区别,现在企业新项目全部主推 Vue3 Vite,本系列从零起步,不跳过任何基础,今天第一篇先搞定本地开发环境,跑通第一个 Vue3 页面。 二、前置工具安装 安装 Node.js Vue3 项目… 2026/7/7 17:30:09
企业数据频频泄露?教你几招准确保护数据安全 在数字化浪潮席卷全球的今天,数据已成为企业最核心的资产。然而,随着网络攻击手段的日益复杂以及各类合规法规的相继实施,数据泄露事件频发,给企业带来了巨大的经济损失与声誉风险。因此,如何保护数据安全,… 2026/7/7 17:26:08
HLW8112芯片软件实现代码(1) 一、HLW8112芯片简介1. 概述HLW8112是合力为科技推出的一款高精度的电能计量IC,它采用CMOS制造工艺,主要用于单相应用。它能够测量线电压和电流,并能计算有功功率,视在功率和功率因素。HLW8112内部集成了三个∑-Δ型ADC和一个高精… 2026/7/7 17:24:08
《章鱼智赋 AI:连锁 GEO 服务商权威推荐》 2026年的中国连锁加盟行业,正处在从“规模扩张”向“效率红利”转型的关键时刻。同质化竞争、流量成本飙升、加盟商对“快招”模式失去信心……这一切都迫使连锁品牌必须寻找新的增长引擎。而在这场变革中,一种全新的营销与运营策略脱颖而出,… 2026/7/7 17:20:07
10 JDBC JDBC、连接池、反射与注解第一章.JDBC 基础1.1 JDBC 的介绍1.JDBC:Java Database Connectivity,Java 数据库连接。2.作用:Java 提供的一套操作关系型数据库的标准 API。3.特点:Java 定义接口和规范。数据库厂商提供具体驱动实现。Java 程序↓ JDBC API MySQL 驱动 mysql-connec… 2026/7/7 17:18:07
Acunetix v24.8 深度解析:DAST漏洞扫描器核心原理与DevSecOps实践 1. 项目概述:Acunetix v24.8 高级版漏洞扫描器深度解析作为一名在网络安全领域摸爬滚打多年的老兵,我深知一款趁手的“兵器”对于安全测试工作意味着什么。今天要聊的,就是Web应用安全测试领域里一个响当当的名字——Acunetix。特别是其v24.8… 2026/7/7 0:01:11
如何3步搞定加密视频下载:跨平台资源嗅探与解密工具终极指南 如何3步搞定加密视频下载:跨平台资源嗅探与解密工具终极指南 【免费下载链接】res-downloader 视频号、小程序、抖音、快手、小红书、直播流、m3u8、酷狗、QQ音乐等常见网络资源下载! 项目地址: https://gitcode.com/GitHub_Trending/re/res-downloader 你是… 2026/7/7 0:03:13
Jailhouse-gui可视化管理工具:让多核处理器分区变得简单高效 Jailhouse-gui可视化管理工具:让多核处理器分区变得简单高效 【免费下载链接】Jailhouse-gui A graphical user interface (GUI) tool for configuring and managing Jailhouse, a Linux-based hypervisor for partitioning multicore processors into isolated cel… 2026/7/7 0:03:13
6个月转型AI工程师:实战路径与核心技能 1. 项目概述:6个月转型AI工程师的可行性路径在2023年大模型技术爆发的背景下,AI工程师岗位需求同比增长217%(LinkedIn数据)。不同于传统算法工程师需要3-5年培养周期,现代AI工程师更侧重工程化落地能力。我在硅谷科技公… 2026/7/7 11:26:57
TPAFE0808与PIC18F87K22的多通道信号采集方案 1. 项目背景与核心需求在工业自动化、医疗设备和科研仪器等领域,多通道信号采集与系统监测是基础且关键的技术需求。传统方案往往面临通道数量不足、信号调理复杂、系统集成度低等问题。TPAFE0808作为一款8通道模拟前端芯片,与PIC18F87K22微控制器的组合… 2026/7/7 11:26:57
STC3115与PIC18LF26K80构建高精度电池管理系统 1. STC3115与PIC18LF26K80在电池管理系统中的核心价值在现代电子设备中,电池管理系统(BMS)的重要性不亚于设备的核心处理器。STC3115作为一款高精度电池电量监测IC,与PIC18LF26K80微控制器的组合,构成了一个既能精确监控又能智能管理的完整解… 2026/7/7 11:26:58