news 2026/9/30 17:43:23

<span class=“js_title_inner“>上下文工程:会话与记忆</span>

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
<span class=“js_title_inner“>上下文工程:会话与记忆</span>

为什么“上下文 + 会话 + 记忆”对 AI 很重要

当下很多AI,尤其是基于大型语言模型(LLM)的智能体,本质上是无状态(stateless)的。也就是说,每次你让它回答,都只能看到你这一次发过去的文字(prompt) -- 它不会记住你之前说过什么,也不会知道你之前的对话内容。

这对于简单问答还行,但如果你想让AI记住你喜欢什么、帮你进行多轮对话、长期协作、个性化建议。。。,仅靠一次性prompt是不够的。于是,就需要构建状态(state)和记忆(memory)。而这正是本文所强调的 -- 要让AI成为有状态、能记忆、能个性化的智能体(agent),就必须做上下文工程(Context Engineering)。

什么是上下文工程(Context Engineering)?

简单说,就是动态地组装和管理供LLM使用的信息(context),确保它在每一次回应时,既有足够相关的信息,也不过载。

这个上下文(context)可能包括:

  • 系统指令(System instructions):告诉AI你是谁,你能做什么,你要遵守什么规则。例如 ”你是一个贴心助理,帮我管理日程”。

  • 工具定义(Tool definitions):如果AI可以调用外部API、函数(比如查天气、查百科、生成图像。。。),你就把这些功能描述放进context,让AI知道它能做什么。

  • 少量示例(Few-shot examples):给模型几个"问 -> 答"的示例,让它按类似方式响应。

  • 事实、证据、外部知识(External data、knowledge):比如从数据库、文档、网页检索到的信息,提供给模型做依据。

  • 对话历史(Conversation history):当前这轮、或之前几轮对话,让AI知道之前发生了什么。

  • 暂存、工作状态(State、scratchpad):一些临时数据,帮AI追踪对话中间过程、决定下一步。

通过上下文工程,开发者把这些不同来源的信息按需、动态组装,传给LLM -- 就像给它“当前任务+背景+工具+历史+数据”。

会话(Session):对话的容器

会话(Session)就是指某一次完整交互(从开始对话到结束)的记录容器。每次你跟AI交谈,就开启一个session,记录你的每一句话、AI的每一句回应(这些是事件、history),以及AI在对话过程中可能维护的临时状态(state、memory buffer)。

  • 对话历史(history):按时间顺序记录你说了什么、AI 回答什么。

  • 工作状态(state、working memory):记录当前对话中AI临时需要记住的数据,比如“你刚刚选了这本书,要记住书名、偏好、要不要推荐类似书”。

在单次会话里,Session保证AI能记住上下文 -> 这样交谈不会断片。但如果只是依赖session,当对话结束后,这些信息通常也就丢失了(除非特别保存)。

记忆 (Memory):跨会话长久记忆

为了让AI跨会话(多次对话)也“记得你是谁、你喜欢什么、之前做过什么”,需要一个持久化机制 -- 这就是“记忆(Memory)” 的作用。

  • 记忆 = 从会话、对话、外部数据中提取出的有价值、重要、可复用的信息片段。

  • 它可能是结构化(比如JSON、字典) -- “喜欢窗边座位”、“生日 1990-01-01”、某次偏好设置等;也可能是非结构化 (自然语言) 的描述:“上次你说你喜欢科幻小说”。

记忆通常通过记忆管理器(Memory Manager)存储和检索。未来当你再与AI对话时,系统可以把相关记忆加载进context,这样AI就知道你是谁、之前讲过什么、喜欢什么、做过什么,从而提供连贯、个性化的服务体验。

实际系统里是如何工作的 (一个典型流程)

  1. 获取上下文(Fetch Context):当用户发起请求、对话,系统先从memory bank(长期记忆存储)、外部数据库 (知识库)、以及当前session的对话历史、状态中,抓取相关信息。

  2. 准备上下文(Prepare Context):把这些信息(系统指令、工具定义、外部知识、对话历史、用户 prompt。。。) 动态拼凑成一个prompt,送给LLM。

  3. 调用 LLM + 工具 (Invoke LLM & Tools):LLM根据prompt生成回应;如果需要调用工具(如数据库查询、计算、API等),也一起执行,然后把输出作为新的信息补进context。

  4. 上传、保存上下文(Upload、Persist Context):将新的对话、状态、从工具、external数据得到的信息,以及可能抽象、提炼出的记忆存入memory bank。这样下一次对话就可以重用。

这个循环不断进行,使得AI随着交谈积累经验、变得越来越懂你。

记忆的分类与管理

记忆系统并不是单一的一个大日志,它可以有不同形式、不同用途。比如:

  • 结构化记忆(Structured user profile):用户偏好、基本信息、配置 -- 便于快速查找与检索。

  • 滚动摘要(Rolling summary):将长对话压缩为简洁摘要,只保留关键事实、结论、偏好,节省空间、token、检索代价。

  • 集合(Collection):多个独立记忆条目(facts、events),适合存储多次交互中分散的小事实、小偏好。

  • 多模态记忆 (Multimodal memory):不仅是文字,也可能是图像、文件、声音、其他形式 -- 让AI记住更丰富的信息(例如你给它的一张图、一个文档、一次语音说明)。

记忆一般存储在专门的系统中(向量数据库、知识图谱、key-value存储、memory bank等),并带有元数据(来源、时间、置信度、类型),方便后续检索与信任判断。

总结

  • 现代 LLM 本身是无状态的,要让它记得你,陪你做长期、多轮、个性化任务,就需要上下文工程,即在每一次对话中智能地、动态地为它装载有用信息(context)。

  • Session提供短期上下文,使一次对话连贯;Memory提供跨会话、长期上下文,使AI能记住你的偏好、历史、习惯。

  • 两者结合,配合合理的context构建与memory管理机制,AI才能成为真正有状态、有记忆、有个性的智能体 -- 更像助手、伙伴、长期协作者。

简单来说:Session是当下,Memory 是过去、历史。

对于希望打造智能对话助手、长期互动系统、个性化服务的人来说,理解这套体系 (上下文工程 + 会话 + 记忆) 是基础,也是关键。

最后附上上月 Google 出品的上下文工程白皮书地址:https://www.kaggle.com/whitepaper-context-engineering-sessions-and-memory

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/30 7:34:24

基于Windows的USB-Serial Controller D驱动调试完整示例

以下是对您提供的技术博文进行 深度润色与专业重构后的版本 。我以一位资深嵌入式系统驱动工程师兼技术博主的身份,从 真实开发场景出发 ,摒弃模板化表达、AI腔调和空泛术语堆砌,用更自然、更具实操感的语言重写全文。结构上打破“引言-原理-实践-总结”的刻板逻辑,代之…

作者头像 李华
网站建设 2026/9/30 7:34:24

DeepSeek-R1-Distill-Qwen-1.5B部署优化:基于vllm的高性能推理配置

DeepSeek-R1-Distill-Qwen-1.5B部署优化:基于vLLM的高性能推理配置 你是否试过在T4显卡上跑一个1.5B参数的模型,却卡在启动慢、吞吐低、显存爆满的循环里?DeepSeek-R1-Distill-Qwen-1.5B不是“又一个轻量模型”,它是一次有明确工…

作者头像 李华
网站建设 2026/9/30 15:29:54

RMBG-2.0镜像实操手册:从魔搭社区地址到本地HTTP访问完整链路

RMBG-2.0镜像实操手册:从魔搭社区地址到本地HTTP访问完整链路 1. 快速入门指南 1.1 镜像基本信息 RMBG-2.0背景移除模型是BRIA AI开源的新一代图像处理工具,基于BiRefNet架构实现发丝级精细分割。这个镜像版本已经预装了所有依赖项,让你可…

作者头像 李华
网站建设 2026/9/30 14:15:55

DeepSeek-R1-Distill-Qwen-7B效果实测:智能写作体验分享

DeepSeek-R1-Distill-Qwen-7B效果实测:智能写作体验分享 这是一次不带滤镜的真实体验——不是看论文指标,也不是跑标准基准,而是像普通用户一样,打开网页、输入提示、等待结果、读完内容、皱眉或点头。我用【ollama】DeepSeek-R1-…

作者头像 李华
网站建设 2026/9/30 14:15:44

StructBERT语义匹配系统调优指南:相似度阈值业务适配方法论

StructBERT语义匹配系统调优指南:相似度阈值业务适配方法论 1. 为什么需要专门调优相似度阈值? 你有没有遇到过这样的情况: 两段完全不相关的中文文本,比如“苹果手机续航怎么样”和“今天天气真好”,用某些语义模型…

作者头像 李华
网站建设 2026/9/30 8:57:04

Qwen3-Reranker-0.6B一文详解:开源重排序模型在生产环境的部署与调优

Qwen3-Reranker-0.6B一文详解:开源重排序模型在生产环境的部署与调优 你是不是也遇到过这样的问题:检索系统返回了100个候选文档,但真正相关的可能只在前5个里——中间混着大量语义接近却答非所问的结果?传统BM25或双塔嵌入模型在…

作者头像 李华