Appearance
在工作流和智能体中使用
当前记忆库有两种主要运行方式:作为项目/智能体的长期记忆资源挂载,或在工作流中通过“长期记忆检索”和“长期记忆写入”节点显式调用。
在项目和智能体中挂载
在智能体编辑器的 编排 > 记忆 > 长期记忆 中选择记忆库。已选资源提供 记忆库设置,可以控制 支持在 Prompt 中调用。

图中标记说明:
- 在智能体编排区展开 长期记忆,点击右侧添加按钮选择记忆库。
- 确认目标记忆库已出现在资源列表中。截图中的
PLCAgent是文档演示资源,实际项目应按业务、用户范围和环境选择对应记忆库。 - 点击资源卡片上的 记忆库设置,按需开启 支持在 Prompt 中调用。截图中开关已开启。
- 开启后,项目运行时可以把该记忆库作为 Prompt 可用的长期上下文来源。
- 关闭后,资源仍可保留在项目配置中,但不应把它视为会自动进入 Prompt 的内容。
- 开关是具体项目中的资源设置,不等于修改记忆库本身的数据权限。
旧文档中关于“应用不支持记忆库”的限制已不符合当前项目编辑器实现;是否挂载、是否允许 Prompt 调用,应以当前项目资源配置为准。
智能体处理顺序
- 从可信会话上下文取得终端用户 ID 和渠道。
- 只召回当前任务真正需要的记忆。
- 把记忆视为可纠错的上下文,不当作不可质疑的事实。
- 高影响信息在使用前再次向用户确认。
- 回答完成后,只提取具有长期价值且允许保留的信息。
- 写入后记录合适的类型、标签、时间与重要度。
用户偏好可以影响表达方式,但不能绕过权限、审批、安全策略或业务规则。
长期记忆检索节点
工作流编辑器中的 长期记忆检索 节点用于从一个目标记忆库中查找与输入匹配的内容。当前节点只支持选择一个记忆库。

图中标记说明:
- 在自动布局后的画布中选中 长期记忆检索 节点,节点卡片会显示记忆库、输入和输出摘要。
- 一个检索节点只选择一个目标记忆库。截图绑定
PLCAgent,复制到其他空间后要重新确认资源。 query描述当前要找的信息,limit控制最多返回多少条;截图中的问题和默认值20仅用于说明字段位置。
输入与输出
| 名称 | 类型 | 默认值 | 说明 |
|---|---|---|---|
query | string | 空 | 检索文本,可填写固定值或引用上游变量 |
limit | integer | 20 | 最多返回的记忆条数 |
outputList | array<object> | 只读输出 | 每项包含 output 和 date |
query 应当描述当前任务真正需要的用户信息,而不是把整段系统提示词直接作为查询。limit 不是越大越好;返回过多记录会增加上下文噪声,并放大过期或弱相关信息的影响。
推荐流程:
text
开始节点
→ 整理检索问题
→ 长期记忆检索
→ 检查 outputList
→ 大模型生成回答长期记忆写入节点
长期记忆写入 节点把多轮消息提交给一个目标记忆库,由记忆服务处理长期信息。

图中标记说明:
- 选中 长期记忆写入 节点后,画布卡片会显示目标记忆库、
messageList和isSuccess。 - 写入节点同样只绑定一个目标记忆库;截图中的
PLCAgent是文档演示资源。 messageList按role和content组织对话消息,可以填写固定 JSON,也可以引用上游同结构变量。
输入与输出
| 名称 | 类型 | 说明 |
|---|---|---|
messageList | array<object> | 消息列表;每项包含字符串字段 role 和 content |
isSuccess | boolean | 只读输出,表示本次写入是否成功 |
默认表单结构包含 user 和 assistant 消息。可使用固定 JSON,也可以引用上游产生的同结构变量。
json
[
{
"role": "user",
"content": "以后给我日报时先列三条结论。"
},
{
"role": "assistant",
"content": "好的,我会优先输出三条结论。"
}
]不要把每段聊天无条件送入写入节点。建议在写入前增加判断或总结步骤,排除一次性指令、验证码、临时情绪、未经确认的敏感推断和无长期价值的闲聊。
推荐流程:
text
对话消息
→ 判断是否有长期价值及授权
→ 生成受控 messageList
→ 长期记忆写入
→ 根据 isSuccess 处理成功或失败用户与渠道来自哪里
节点面板配置目标记忆库和业务输入;终端用户与渠道由工作流实际运行上下文提供。画布试运行可以验证字段格式,但不能单独证明身份隔离正确。
运行入口必须做到:
- 用户 ID 由认证后的上下文注入,不信任模型输出或未鉴权请求体。
- AIOS、API、Chat SDK、Web SDK 使用清晰且稳定的渠道代码。
- 匿名身份与登录身份切换时,不复用其他真实用户的临时 ID。
- 缺失用户或渠道上下文时明确失败,不写入共享兜底用户。
组合使用方式
回答前召回
先检索与当前任务相关的偏好、事实或摘要,再让模型结合当前问题回答。对于地址、套餐、联系人等会变化或影响业务决策的信息,应向用户确认后再使用。
会话后写入
在会话完成或关键事件确认后,提取最少、原子化的长期信息写入。成功不等于内容正确,仍需通过详情页抽查类型、渠道和正文。
纠错闭环
当用户否认已召回的信息时,不要只在当前回复中忽略。应把纠错请求送入受控维护流程,定位旧记录,修改或删除后再次检索验证。
调试与验收
至少验证:
- 用户 A 无法召回用户 B 的记忆。
- 同一用户在不同渠道中的记录符合预期隔离范围。
query为空、limit非法或未选择记忆库时,节点给出可见错误。messageList不是数组、对象缺少role/content时,流程明确失败。- 写入失败后根据
isSuccess或节点错误进入失败分支,不吞异常、不无证据重试。 - 删除或修改记录后,新的检索结果不再返回旧内容。
- Prompt 调用开关的开、关状态在实际项目运行中与预期一致。