Skip to main content
每个专家有自己独立的记忆。个人记忆关注「你是谁」,专家记忆关注「这个专家在服务你的过程中学到了什么」——你的项目细节、讨论过的方案、做出的决策、踩过的坑。

三层怎么流动

记忆是单向管线,从原始到精炼:
核心记忆是读取时的投影,不是第二份可写副本。发现核心记忆里某个事实不对,要回到「记忆列表」禁用或删除对应的原始条目——下一次整理会重新蒸馏。直接改核心记忆这个操作不存在。
核心记忆与记忆图谱两个 Tab 由平台开关控制(默认关闭)。关闭时只有「记忆列表」可用,其余两个 Tab 不显示——这不是加载失败。

记忆怎么建立

对话提取

与某个专家对话结束后,系统在后台提取。触发要同时满足两个条件: 计数器只在写入成功后归零:提取失败不会白白消耗一次机会。 提取遵循和个人记忆相同的三条标准(具体、持久、非显而易见),并在写入前做去重检查。
最直接的方式是在对话里说:「记住:这个项目的 API 必须保持 v2 兼容。」显式记忆不受质量门控约束。

记忆整理(Dream)

整理把碎片化的条目蒸馏成结构化知识,分两种节奏: 深度整理只处理 24 小时内有新增的记忆。单次整理有 600 秒预算,蒸馏分批进行——每次 LLM 调用最多处理 12 条证据,逐批落库并标记已处理。所以积压很多时不会一次性超时全丢,中断后可续传。 注入蒸馏提示的证据是有界的:最多 150 个实体、300 条事实,单条证据快照截断到 2000 字符。
1

收集证据

把记忆列表条目同步成不可变的证据快照,每条指向具体来源。
2

分批蒸馏

每批 ≤12 条证据一次 LLM 调用,辨别实体、事实与关系。
3

处理矛盾

新信息与旧事实矛盾时(比如你换了技术选型),旧事实关闭有效期、新事实接管当前态。历史不删除,演变轨迹完整保留。
4

更新投影

结果反映到核心记忆与图谱视图。
整理永不改写记忆列表。你管理的原始条目不会因为一次后台整理而消失或变样——这是设计上的硬约束。

对话时注入多少

专家不会把全部记忆塞进上下文。每次对话按预算检索: 两个预算取先到者:先撞 20 条就停,先撞 2000 tokens 也停。检索链路失败时降级为确定性 Top20,绝不全量注入 回答用到了哪几条记忆会随消息一起持久化,刷新页面后仍能看到引用来源。

管理

「删除」和「禁用」语义严格分离:删掉的记忆不会以禁用态回归。记错了优先而不是删——改完下次整理会带着新内容重新蒸馏。

失败与对策

记忆的作用

  • 延续工作:不必每次重新介绍项目背景
  • 保持一致:记住确认过的技术方案与设计决策
  • 避免重蹈:记住踩过的坑和解决方式
  • 贴合偏好:知道你的代码风格与质量要求

创作者与记忆

创作者可以通过两条路径为专家预置认知:
  • 技能注入:编写技能文档注入领域方法
  • 蒸馏对话:创建专家时通过深度对话注入核心认知
创作者注入的内容与用户对话产生的记忆在同一系统中协同,但用户侧记忆按「用户 × 专家」隔离——创作者看不到你的记忆内容

继续阅读

个人记忆

跨专家通用的用户档案

时态记忆图

实体、事实、有效期的完整机制

自进化

后台复盘与技能改进

临时对话

不写入任何记忆的对话模式