Skip to content

记忆系统

记忆系统是灵犀的长期能力层:把对话中的判断沉淀为可复用资产,并在后续轮次中低打扰复用。

模块视图

模块作用稳定职责
记忆沉淀把输入转成候选经验识别可沉淀内容,产出结构化 payload
记忆写入把候选经验入库校验、治理、门控后写入项目/团队记忆
记忆检索在需要时提取经验以最小注入方式返回可执行提醒
索引与治理保持记忆库可检索、可演进维护 INDEX 一致性,支持主动治理
审计与自我迭代基于运行数据持续改进记录事件,按周期执行低风险优化

核心数据层

  • 记忆正文memory/project/ + memory/share/
  • 统一索引memory/INDEX.md(SSoT,最小元数据)
  • 审计日志audit.log(运行状态与改进依据)

运行时契约

每轮对话遵循统一时序:

  1. 步骤 A:会话初始化与心跳任务检查(如会话提炼、自我迭代)
  2. 步骤 B:注入本轮执行约定(含检索与审计约束)
  3. 步骤 C(pre):在回答/实施前执行记忆检索
  4. 主流程执行:回答、编码、测试等
  5. 步骤 D(post):仅当本轮发生文件写入时再次检索并处理执行后义务

TriggerTiming 用于声明记忆在 pre / post / both 哪个时机生效。

记忆写入路径

记忆通过三条路径进入系统:

  • 手动捕获/remember
  • 初始化捕获/init(候选确认后写入)
  • 自动捕获:会话提炼与工作流内的品味嗅探

写入由 lingxi-memory-write 承接,执行“校验 -> 治理 -> 门控 -> 写入”。

治理策略

治理目标是高价值、低噪音、可追溯:

  • 写入治理:去重、合并、替换、否决、新建
  • 检索治理:最小注入(仅 adopt,限制数量)
  • 用户门控:高风险变更必须确认
  • 结构治理:INDEX 与 notes 一致,支持生命周期分层
  • 审计治理:关键决策与动作可回放

索引同步与主动治理

当共享记忆变更或需要清理记忆库时,运行 memory-govern

  • 同步 INDEX 与 notes
  • 修复孤儿行与未索引条目
  • 在确认后执行可选治理建议

下一步

MIT 许可证 · 版本与反馈见 GitHub