没有记忆的 Agent只是一次性问答。真正能干活的 Agent必须记得上下文、任务进度和长期偏好。一、为什么需要记忆前面讲了规划。规划解决“下一步做什么”。记忆解决“之前发生过什么”。没有记忆Agent 每次都像第一次启动。用户刚说过的信息会丢工具刚查过的结果会丢任务做到哪一步也会丢。所以记忆不是高级功能。它是 Agent 从“聊天机器人”走向“任务系统”的必备能力。二、记忆到底是什么记忆不是把所有历史都塞进 Prompt。那样会越来越慢、越来越贵也更容易让模型分心。更合理的做法是把信息分层最近对话放 Session任务进度放 State长期事实放 Memory需要时再检索出来。•Session当前会话历史解决“刚才聊了什么”。•State当前任务状态解决“任务做到哪一步”。•Long-term Memory跨会话长期记忆解决“这个用户/系统长期有什么信息”。•Retrieval按需召回解决“这次问题真正需要哪些历史”。三、核心流程先读再答最后更新一个带记忆的 Agent每次运行至少有三步。•运行前读取会话、读取状态、检索长期记忆。•运行中模型推理必要时调用工具工具结果进入状态。•运行后追加事件、更新状态把值得保留的信息写入长期记忆。关键点在于“按需”。不是所有历史都要进上下文。只把与当前任务相关的信息交给模型。四、三层记忆怎么分很多 Agent 项目失败不是因为没有记忆而是因为把记忆做乱了。临时信息存进长期库会造成脏数据。长期偏好只放在当前 Prompt又会在下一次对话丢失。•短期记忆适合保存最近对话和上下文。长了就摘要不要无限堆。•State 适合保存任务进度、工具结果、当前步骤。它更像运行时变量。•长期记忆适合保存稳定事实、用户偏好、历史结论和可复用经验。•RAG 可以作为长期知识的一种实现但 RAG 不等于全部记忆。五、源码级逻辑MemoryManager 应该放在 Agent 前后工程上不要把记忆逻辑散落在每个 Prompt 里。更好的方式是抽一个 MemoryManager。它在 Agent 运行前负责读取和压缩上下文在 Agent 运行后负责写事件、更新状态、沉淀长期记忆。这也是主流框架的方向。LangGraph 把短期记忆放在 agent state 中并通过 checkpointer 让线程可以恢复长期记忆则通过 store 按 namespace 和 key 保存。OpenAI Agents SDK 的 Session 会在每次运行前自动读取会话历史在运行后保存新消息。Google ADK 则把 Session、State、MemoryService 拆成清晰组件。六、案例售后客服 Agent用户说“上次那个退款还没到账再帮我看一下。”如果没有记忆Agent 只能追问哪个订单什么时候申请的之前怎么处理的如果有记忆流程就不一样。•从 Session 里知道用户上一轮问过退款到账时间。•从 State 里拿到当前退款工单 ID。•从 Long-term Memory 里知道用户偏好短信通知。•调用退款系统查询状态。•返回明确结果并按偏好补发通知。这才是用户真正需要的体验不用重复解释系统能接着上次继续处理。七、不要把记忆做成风险源记忆越强风险越大。因为它会保存历史也可能保存错误、过期或敏感信息。最重要的一条不要什么都记。密码、身份证号、银行卡号、敏感健康信息、未经确认的推测都不应该随意进入长期记忆。生产环境必须支持查看、删除、过期和审计。记忆不是黑盒用户和系统都要能管。八、什么时候该上 Memory•只做单轮问答可以不做 Memory。•需要多轮对话至少要做 Session。•需要多步骤任务必须做 State。•需要个性化、跨会话延续必须做 Long-term Memory。•涉及隐私、财务、医疗、交易必须加权限、审计和删除能力。九、总结Memory 不是让 Agent “什么都记住”。Memory 的核心是把有用信息放到正确位置并在正确时间拿出来。Session 保连贯。State 保进度。Long-term Memory 保长期能力。做到这一步Agent 才能从一次性问答升级成能持续工作的系统。内容来源智能体设计模式记忆管理 Memory让 Agent 不再健忘功能变化与行业影响解析_热闻岛
智能体设计模式：记忆管理 Memory，让 Agent 不再健忘
没有记忆的 Agent只是一次性问答。真正能干活的 Agent必须记得上下文、任务进度和长期偏好。一、为什么需要记忆前面讲了规划。规划解决“下一步做什么”。记忆解决“之前发生过什么”。没有记忆Agent 每次都像第一次启动。用户刚说过的信息会丢工具刚查过的结果会丢任务做到哪一步也会丢。所以记忆不是高级功能。它是 Agent 从“聊天机器人”走向“任务系统”的必备能力。二、记忆到底是什么记忆不是把所有历史都塞进 Prompt。那样会越来越慢、越来越贵也更容易让模型分心。更合理的做法是把信息分层最近对话放 Session任务进度放 State长期事实放 Memory需要时再检索出来。•Session当前会话历史解决“刚才聊了什么”。•State当前任务状态解决“任务做到哪一步”。•Long-term Memory跨会话长期记忆解决“这个用户/系统长期有什么信息”。•Retrieval按需召回解决“这次问题真正需要哪些历史”。三、核心流程先读再答最后更新一个带记忆的 Agent每次运行至少有三步。•运行前读取会话、读取状态、检索长期记忆。•运行中模型推理必要时调用工具工具结果进入状态。•运行后追加事件、更新状态把值得保留的信息写入长期记忆。关键点在于“按需”。不是所有历史都要进上下文。只把与当前任务相关的信息交给模型。四、三层记忆怎么分很多 Agent 项目失败不是因为没有记忆而是因为把记忆做乱了。临时信息存进长期库会造成脏数据。长期偏好只放在当前 Prompt又会在下一次对话丢失。•短期记忆适合保存最近对话和上下文。长了就摘要不要无限堆。•State 适合保存任务进度、工具结果、当前步骤。它更像运行时变量。•长期记忆适合保存稳定事实、用户偏好、历史结论和可复用经验。•RAG 可以作为长期知识的一种实现但 RAG 不等于全部记忆。五、源码级逻辑MemoryManager 应该放在 Agent 前后工程上不要把记忆逻辑散落在每个 Prompt 里。更好的方式是抽一个 MemoryManager。它在 Agent 运行前负责读取和压缩上下文在 Agent 运行后负责写事件、更新状态、沉淀长期记忆。这也是主流框架的方向。LangGraph 把短期记忆放在 agent state 中并通过 checkpointer 让线程可以恢复长期记忆则通过 store 按 namespace 和 key 保存。OpenAI Agents SDK 的 Session 会在每次运行前自动读取会话历史在运行后保存新消息。Google ADK 则把 Session、State、MemoryService 拆成清晰组件。六、案例售后客服 Agent用户说“上次那个退款还没到账再帮我看一下。”如果没有记忆Agent 只能追问哪个订单什么时候申请的之前怎么处理的如果有记忆流程就不一样。•从 Session 里知道用户上一轮问过退款到账时间。•从 State 里拿到当前退款工单 ID。•从 Long-term Memory 里知道用户偏好短信通知。•调用退款系统查询状态。•返回明确结果并按偏好补发通知。这才是用户真正需要的体验不用重复解释系统能接着上次继续处理。七、不要把记忆做成风险源记忆越强风险越大。因为它会保存历史也可能保存错误、过期或敏感信息。最重要的一条不要什么都记。密码、身份证号、银行卡号、敏感健康信息、未经确认的推测都不应该随意进入长期记忆。生产环境必须支持查看、删除、过期和审计。记忆不是黑盒用户和系统都要能管。八、什么时候该上 Memory•只做单轮问答可以不做 Memory。•需要多轮对话至少要做 Session。•需要多步骤任务必须做 State。•需要个性化、跨会话延续必须做 Long-term Memory。•涉及隐私、财务、医疗、交易必须加权限、审计和删除能力。九、总结Memory 不是让 Agent “什么都记住”。Memory 的核心是把有用信息放到正确位置并在正确时间拿出来。Session 保连贯。State 保进度。Long-term Memory 保长期能力。做到这一步Agent 才能从一次性问答升级成能持续工作的系统。内容来源智能体设计模式记忆管理 Memory让 Agent 不再健忘功能变化与行业影响解析_热闻岛
