记忆工作原理
- 将智能体指向记忆文件。 创建智能体时将文件路径传递给
memory=。你还可以通过skills=传递技能用于程序化记忆(告诉智能体如何执行任务的可复用指令)。后端控制文件的存储位置和访问权限。 - 智能体读取记忆。 智能体可以在启动时将记忆文件加载到系统提示词中,或在对话期间按需读取。例如,技能使用按需加载:智能体在启动时仅读取技能描述,然后仅在匹配任务时才读取完整的技能文件。这使上下文保持精简,直到需要某个能力时才加载。
- 智能体更新记忆(可选)。 当智能体学习到新信息时,它可以使用内置的
edit_file工具更新记忆文件。更新可以在对话期间(默认)或通过后台整合在对话之间进行。更改会被持久化并在下次对话中可用。并非所有记忆都是可写的:开发者定义的技能和组织级记忆通常是只读的。详情请参见只读与可写记忆。
范围化记忆
智能体记忆可以设定范围,使相同的记忆文件对使用该智能体的所有人可访问,或者记忆文件可以对每个用户独立。智能体范围记忆
赋予智能体随时间演变的持久身份。智能体范围记忆在所有用户之间共享,因此智能体通过每次对话建立自己的人格、积累知识和学习偏好。随着与用户的交互,它发展专业知识、完善方法并记住什么有效。它还可以在具有写入权限时学习和更新技能。 关键是后端命名空间:将其设置为(assistant_id,) 意味着此智能体的每次对话都读写相同的记忆文件。
访问
rt.server_info 需要 deepagents>=0.5.0。在较旧版本上,改为从 get_config()["metadata"]["assistant_id"] 读取 assistant ID。完整示例:初始化记忆并调用
完整示例:初始化记忆并调用
填充存储的初始记忆,然后跨两个线程调用智能体,查看它记住和更新所学内容。
用户范围记忆
为每个用户提供自己的记忆文件。智能体按用户记住偏好、上下文和历史,同时核心智能体指令保持不变。如果存储在用户范围的后端中,用户也可以拥有按用户的技能。 命名空间使用(user_id,) 使每个用户获得记忆文件的隔离副本。用户 A 的偏好永远不会泄露到用户 B 的对话中。
完整示例:跨用户的隔离记忆
完整示例:跨用户的隔离记忆
初始化按用户的记忆并以两个不同用户身份调用智能体。每个用户只看到自己的偏好。
高级用法
除了记忆路径和范围的基本配置选项之外,你还可以配置更高级的记忆参数:情景记忆
情景记忆存储过去经验的记录:发生了什么、以什么顺序以及结果是什么。与语义记忆(存储在AGENTS.md 等文件中的事实和偏好)不同,情景记忆保留完整的对话上下文,使智能体可以回忆如何解决了一个问题,而不仅仅是从中学到了什么。
深度智能体已经使用检查点器,这是支持情景记忆的机制:每次对话都作为带检查点的线程持久化。
要使过去的对话可搜索,请将线程搜索封装在工具中。user_id 从运行时上下文中提取,而不是作为参数传递:
组织级记忆
组织级记忆遵循与用户范围记忆相同的模式,但使用组织范围的命名空间而不是按用户的命名空间。用于应在组织中所有用户和智能体之间应用的策略或知识。 组织记忆通常是只读的,以防止通过共享状态进行提示注入。详情请参见只读与可写记忆。后台整合
默认情况下,智能体在对话期间写入记忆(热路径)。另一种方法是在对话之间作为后台任务处理记忆,有时称为睡眠时间计算。一个单独的深度智能体审查最近的对话、提取关键事实并将其与现有记忆合并。
对于大多数应用,热路径已经足够。当你需要减少延迟或提高跨多次对话的记忆质量时,添加后台整合。
推荐的模式是在主智能体旁部署一个整合智能体——一个读取最近对话历史、提取关键事实并将其合并到记忆存储中的深度智能体——并通过 cron 计划触发它。选择一个反映用户实际交互频率的节奏:每天有稳定流量的聊天产品可能每几个小时整合一次,而每周只使用几次的工具只需要每晚或每周运行一次。整合频率远高于用户对话频率只会在空操作运行上浪费 Token。
整合智能体
整合智能体读取最近的对话历史并将关键事实合并到记忆存储中。在langgraph.json 中与主智能体一起注册它:
consolidation_agent.py
langgraph.json
Cron
cron 作业按固定计划运行整合智能体。智能体搜索最近的对话并将其综合到记忆中。将计划与使用模式匹配,使整合运行大致跟踪实际活动。 使用 cron 作业计划整合智能体:所有 cron 计划都以 UTC 解释。有关管理和删除 cron 作业的详情,请参见 cron 作业。
只读与可写记忆
默认情况下,智能体可以读写记忆文件。对于组织策略或合规规则等共享状态,你可能希望将记忆设为只读,这样智能体可以引用它但不能修改它。这可以防止通过共享记忆进行提示注入,并确保只有你的应用代码控制文件中的内容。
安全注意事项: 如果一个用户可以写入另一个用户读取的记忆,恶意用户可以向共享状态注入指令。为减轻这种风险:
- 默认使用用户范围
(user_id)除非有特定原因需要共享 - 对共享策略使用只读记忆(通过应用代码填充,而非智能体)
- 在智能体写入共享记忆之前添加人机协作验证。使用中断要求人工批准对敏感路径的写入。
并发写入
多个线程可以并行写入记忆,但对相同文件的并发写入可能导致后写入者优先的冲突。对于用户范围的记忆,这种情况很少见,因为用户通常一次只有一个活跃对话。对于智能体范围或组织范围的记忆,考虑使用后台整合来序列化写入,或将记忆按主题结构化为单独的文件以减少争用。 在实践中,如果写入因冲突失败,大语言模型(LLM)通常足够智能来重试或优雅恢复,因此单次丢失的写入并不是灾难性的。同一部署中的多个智能体
要在共享部署中为每个智能体提供自己的记忆,请在命名空间中添加assistant_id:
assistant_id。
连接这些文档到 Claude、VSCode 等工具,通过 MCP 获取实时答案。


