Files
group_fqcd_jr/docs
lzf_0626 449d078a02 新增《记忆架构与底座 Worker 工作流程 · 大白话版》
两部分,各讲一件事,接口处互相对齐:

第一部分 · 记忆架构
- 四个存储的分工:MySQL 是唯一账本(memory_unit / memory_evidence / memory_conflict /
  user_facts / fin_customer_profile / profile_snapshots),Neo4j 存关系、Milvus 存向量
  (集合 user_long_term_memory_v1 是代码常量)、Redis 只做加速(召回热缓存 300 秒 /
  客服短期会话 30 分钟滑动)
- 一条记忆的一生七步;为什么画像重建要绕事件;investor_type 只来自风险测评
- 客服走"候选画像"两把钥匙(客户确认 verified → 管理员批准 active);不抽记忆的三种情形
- 召回三路(MySQL 结构化 + Milvus 语义 0.7 权重 + Redis 热缓存),没有"图召回"这一路;
  当前只有风控 Agent 消费召回结果
- 可读范围一个文件说了算(客户只自己;员工要 memory:read:customer 且归属;上限 10)
- 失效/删除链路与"清不掉就如实留痕"
- 实测表行数 + 一条要如实说明的观察:9001 的向量在 Milvus 里,但 memory_sync_outbox
  当前没有它的行,不能据此断言投影链路正常
- 八条已知遗留逐条核实(episode 幂等哈希不覆盖记忆内容、投顾两处不发 memory_sources、
  风控 system 上下文召回恒空、current_customer_id 从不写入致唯一键形同虚设、user_facts
  无唯一键、两个未接线组件、文档过期)

第二部分 · 底座 Worker
- 三段式(受理 202 → 排队 → Worker 执行)与"不跑就没有任何报错"
- 一轮 run_once 的四件事与顺序、单轮上限、每 30 轮才做的片段聚合、失败隔离
- 五条工作线逐个讲:Agent 运行(状态机/领取加锁/租约 60s+心跳 20s/重试 3 次/取消收口/
  执行前重新解析身份)、领域事件(12 类、幂等两层、重试 5 次进死信、退避公式)、
  记忆与画像投影、会话片段与知识向量、场外收件(四道闸门 + 游标租约 + blocked)
- 显式降级清单(不伪造成功)
- 怎么判断它活着/卡住/积压:看表 + 看日志关键词 + 当前死信实况(570 条 dead 的构成)
- 三个常被搞错的边界(风控定时扫描是独立进程且默认关;AgentRunWorker 生产未用;
  GraphProjectionWorker / ProjectionReconciliationService 未接线)+ 一页速查
2026-09-15 00:16:35 +08:00
..
2026-09-13 18:31:38 +08:00