Open Design Docs

记忆

保存后续任务会反复用到的背景信息和偏好。

「记忆」用于保存后续对话会反复用到的信息,例如你的角色、常用偏好、项目背景、常用表达方式。它的目标是减少重复说明。

进入设置面板后,点击左侧「记忆」。右侧会显示记忆开关、记忆来源标签、已保存记忆、记忆树和高级索引。

GLOSSARY / 术语说明

记忆

记忆是一组可复用的信息,也可以理解为 Open Design 的「工作笔记」。Open Design 可以在后续任务中参考这些信息,让它更了解你的背景、偏好和正在处理的事情。

当某些信息经常要重复说,但又不是必须强制执行的规则时,就适合保存为记忆。例如你负责的产品线、文档读者、写作语气偏好、项目当前阶段、历史讨论结论。

使用前,请确认这条信息对后续任务有帮助。不要保存敏感信息、账号密码、密钥或还没确认的猜测。

和 Instructions / Rules 的区别

记忆和 Instructions / Rules 都会影响后续任务,但它们不是一回事。最简单的理解是:

Rules 是规矩,Memory 是背景。

对比项Instructions / Rules记忆
通俗理解项目宪法、硬性规则工作笔记、背景资料
主要作用规定 Open Design 必须怎么做、不能怎么做帮 Open Design 记住你是谁、项目是什么、之前聊过什么
权威性高,应该严格遵守中,作为参考信息使用
更新方式用户在「全局规则」文本框主动编写可以手动创建,也可以从后续聊天或连接应用中提取
适合内容代码规范、文档规范、输出格式、禁止事项项目背景、当前模块、常用偏好、历史讨论
不适合内容临时任务、一次性活动信息、还没确认的背景硬性禁令、必须遵守的代码规范、安全要求

总开关

记忆页顶部有「启用记忆注入」开关。

状态效果
开启已保存的记忆会注入后续对话,也会从新对话中提取新事实
关闭已有记忆文件保留在磁盘上,但不会注入新对话,也不会从新对话中提取新事实

关闭记忆不会删除已保存条目。如果只是某一次任务不想使用记忆,可以在任务里明确说明「这次不要参考已保存记忆」。

三种记忆来源

记忆页上方有三个来源标签:

标签作用适合什么时候用
Add manually手动创建一条事实、偏好或项目背景你已经知道要保存什么
Learn from chats控制是否从后续聊天中学习有用上下文想让 Open Design 自动沉淀反复出现的信息
Import from apps从已连接应用中扫描并生成候选记忆需要从 Notion、Figma、Linear、Google Drive、GitHub、Slack 等工具里提取项目背景
GLOSSARY / 术语说明

记忆提取

记忆提取指 Open Design 从对话或连接应用中找出值得长期保存的信息,并把它整理成记忆条目。

它适合保存明确、稳定、后续还会用到的信息,例如「用户偏好深色主题」「当前项目使用 React 和 TypeScript」「品牌主色是绿色」。它不适合保存临时任务、一次性指令或敏感凭据。

使用前,先确认记忆总开关已开启。需要从应用导入时,还要先在「连接器」中完成对应应用授权;需要更稳定的后台提取时,可以在「执行模式」里设置 Memory 模型。

手动添加

在「Add manually」里点击「新建记忆」,填写下面字段:

字段说明
标题这条记忆的名称,例如「UI 偏好」
类型用户反馈项目引用
描述一句话说明这条记忆是关于什么的
内容具体信息,支持 Markdown

新建时可以点击页面提供的示例快捷填充,例如「我的角色」「UI 偏好」「当前项目」。填写完成后点击「创建」;编辑已有记忆时点击编辑按钮,修改后点击「保存」。手动记忆不会自动保存到条目里,必须点击「创建」或「保存」才生效。

适合保存为记忆:

我的文档主要给非技术用户使用。说明功能时要写清楚按钮位置、点击顺序和填写内容,遇到专业名词要解释。
当前主要在完善 Open Design 用户文档。文档目录是 open-design-user-docs,open-design 源码只用于参考项目实现。

不适合保存为记忆,更适合写进 Rules:

永远不要修改 open-design 源码目录。只允许读取它来参考实现,文档改动必须放在 open-design-user-docs。

从聊天学习

「Learn from chats」控制是否从后续聊天中提取记忆。开启后,Open Design 会在对话中识别类似「记住:我偏好深色主题」这类稳定信息,并在对话结束后尝试用后台模型整理更多候选记忆。

如果没有可用的后台提取模型,页面会显示「LLM 抽取未启用」。这时启发式提取仍可能运行,但复杂总结不会发生。可以在「执行模式」里的「Memory 模型」选择与聊天一致或单独指定一个模型。

GLOSSARY / 术语说明

Memory 模型

Memory 模型是后台记忆提取使用的模型。它不一定等同于你当前聊天使用的模型;默认情况下,Open Design 会尽量沿用当前聊天模型或同一提供方。

设置 Memory 模型的目的是让记忆提取更稳定,或者用更快、更便宜的模型处理后台整理工作。它主要影响「从聊天学习」和「从连接应用导入」时如何总结候选记忆。

使用前,先在「执行模式」中确认聊天模型或 API 配置可用。通常保持「与聊天一致」即可;只有在想降低成本、加快提取,或当前模型不适合后台整理时,再单独选择。

从连接应用导入

「Import from apps」可以从已连接的应用中扫描设计偏好、项目背景和视觉参考。当前页面会优先展示 Notion、Figma、Linear、Google Drive、GitHub、Slack 等来源。

使用步骤:

  1. 在「Import from apps」中查看应用状态
  2. 未连接的应用先点击「Connect」完成授权,或点击「Manage」进入连接器管理
  3. 勾选已经连接的应用
  4. 点击「Scan selected apps」
  5. 在「Suggested memories」里查看候选记忆
  6. 勾选要保留的候选项,点击「Save selected」

Open Design 只会扫描你勾选的应用。扫描结果会先作为候选记忆展示,需要你确认后才会保存。

已保存记忆

「Saved memory」区域展示已经保存的条目和最近的聊天提取记录。可以按 全部用户反馈项目引用 过滤。

常见操作:

操作作用
预览展开查看某条记忆正文
编辑修改已有记忆
删除删除不再需要的记忆
刷新重新加载最近提取记录
清空清空最近提取历史,不会删除已保存记忆条目

记忆树和高级索引

「Memory tree」会按类型显示记忆结构,例如 userfeedbackprojectreference。它帮助你查看当前有哪些类别和条目。

「Advanced」里的 MEMORY.md(索引) 是底层记忆索引。修改索引后需要点击「保存索引」才会生效。删除索引里的某一行会让该条记忆不再被注入新对话,但底层记忆文件仍会保留,可以以后再恢复。

GLOSSARY / 术语说明

MEMORY.md

MEMORY.md 是记忆索引文件,可以理解为「哪些记忆会被带入后续对话」的目录。

Open Design 会把每条记忆保存为独立文件,再用 MEMORY.md 决定哪些条目应该参与后续对话。这样做的好处是,你可以暂时从索引中移除某条记忆,而不用立刻删除原始内容。

使用前,请优先通过页面上的编辑、删除和过滤功能管理记忆。只有在需要精细控制注入顺序或临时排除某些条目时,再进入高级索引手动编辑。

常见问题

问题处理方式
结果总带入不需要的背景检查「Saved memory」里是否有过期内容,必要时编辑或删除
不想某次任务使用记忆在任务里说明「这次不要参考已保存记忆」
记忆和 Instructions / Rules 有什么区别Rules 是必须遵守的规矩;记忆是帮助理解背景的工作笔记
可以把代码规范放进记忆吗不建议。代码规范、禁止事项、必须使用的技术栈更适合放进 Rules
从聊天没有提取出记忆确认记忆总开关和「Learn from chats」已开启,并检查 Memory 模型是否可用
从应用导入没有候选项确认应用已连接、已勾选,并且应用里有可读取的相关内容
记忆会不会越积越多会,所以要定期删除过期、重复或不再准确的记忆

Comments

评论与提问

欢迎补充问题或反馈。提交评论时需要登录,评论会先进入审核。

0 条

还没有公开评论。你可以提交第一个问题。

提交时会提示登录。 请勿填写手机号、API Key、密码等敏感信息。