CyberGril/docs/reuse-hel847/mature-reuse-plan-v3.md

HEL-847 · 成熟方案优先复用：有界方案修订 v3（GOV-006 视角重估 + 八机制适配矩阵）

角色：总工。性质：只读源码核对 + 方案修订，零模型调用、零依赖安装、零部署、零现网/真实档案访问。本轮依据 GOV-006（v1.11/60项，用户评论 01a1734c-1159-7a44-a81f-3105f1b8d98d「能借鉴成熟方案的就直接借鉴，从零创造的难度太大……」）与总管提炼《交流材料借鉴清单》（docs/requirements/discussion-takeaways-20261025.md），对 v2 方案做有界修订：不重做已完成的核对，新增 Mem0 源码级补核与八机制适配矩阵，回答用户真正担心的研发与长期维护量。v2 报告（openclaw-reuse-plan.md）原样保留为历史与证据底座。

需求基准：v1.11/60项（本分支已应用总管 v1.11 治理补丁，基线 af28ffd/v1.10 + GOV-006）；产品代码结论均出自 af28ffd 源码。本分支与需求入口（README/current/baseline/coverage/changes/source-manifest/AGENTS）版本一致，v2 的"交付分支 v1.8 基线漂移"问题在本分支消除。

0. 一页结论（v3 修订）

推荐主路线变更：从 v2 的方案C（自研内核 + OpenClaw 模块移植）改为「路线E：以 Mem0 OSS 嵌入式 SDK 为记忆底座，直接采用其提取/整理/混合检索管线，我们只写产品专属薄适配」，并把 v2 方案C 降为已验证的回退路线。

理由（GOV-006 的举证责任转移，不是否定 v2 证据）：

1. v2 的方案C回答不了用户本轮的核心担忧。 GOV-006 明文「不因现有代码已经写过就默认保留自研底座」。方案C下，提取、整理、冲突消解、混合检索、向量索引的全部管线代码——即使模式照抄上游——长期维护责任都在本小队：上游提示词演进、检索缺陷修复、索引损坏恢复都要自己跟。这正是用户说的"从零创造的难度太大"要避免的东西。
2. v2 三候选的淘汰证据依然成立，但 v2 漏掉了用户材料点名、且恰好最适合直接采用的一类候选：嵌入式记忆库 Mem0。 v2 深核的三个候选都是"平台/服务"形态（OpenClaw 网关、letta-code 运行时、Memobase 自托管服务），全部因运行时/部署面/数据模型硬伤落选；本轮补核 Mem0（用户交流材料中列为主流方案第一位）发现它是纯 Python 库、进程内嵌入、无新服务、历史库即 SQLite，上游恰好覆盖"写入提取→ADD/UPDATE/DELETE 整理→语义+BM25 混合检索"这整块最重的自研维护面。
3. 诚实边界：路线E是"源码级证据支持的首选实施候选"，不是"已成熟选定"。 中文提取质量、情感化情景记忆效果、费用、导出多工件代价，均需真实数据 spike 验证（§6 给最小验证步骤与验收线）；不过线则回退方案C（v2 证据与 probe 全部保留可用）。最终采用哪条路由白栖知经总管拍板，本轮不施工、不合入、不部署。

任何路线都改变不了的部分（v2 三候选 + Mem0 + Zep 筛查共同证实）：八字→情绪闭环、连续活动状态机、AM-001 逐消息隐私门、self_life 双权限、主动联系触发、原文回读接缝——全是产品专属薄层，这层的"最少自写"体现在精确接线（§4 矩阵"薄适配"列），不体现在换底座。

1. 本轮依据与固定版本

对象	版本/提交	说明
需求基准	v1.11/60项	本分支 = af28ffd（v1.10/59项）+ 总管 v1.11 补丁（GOV-006）；补丁经本轮独立审核：59项逐条相等、open_items 未变、三来源 SHA256 全对、用户原话对照平台评论核实（作者/时间/内容一致）、check_requirements.py 对 main / hel-835-unified-review / 产品目标三分支通过
用户原则原话	01a1734c-1159-7a44-a81f-3105f1b8d98d（2026-10-25T13:42:07Z，白栖知）	本轮已对照平台原话核验，与补丁引用逐字一致
交流材料	sources/other-agent-discussion-20261025.txt（17012字节，SHA256 42cd9702…8aaeb）	本轮通读全文，核对总管八组提炼与原材料对应关系（见 §3.5 审核结论）
产品代码	af28ffd	"当前实现"结论出自该提交（本轮复核 mem_semantic/mem_relational 建表未接线、core/mood.py 零 import 等关键事实）
Mem0（本轮新核）	mem0ai/mem0 @ 2c81af3bbe27d9bccb09c772d583df9e9be72ee5（main，2026-10-20）	Apache-2.0；clone 后逐文件核对（§2）；近一月 main 提交 10 次，维护活跃
Zep/Graphiti（本轮筛查）	getzep/zep @ a3a9194d7b2cd9fedec1ee7c96f9413cf7960f22（2026-10-20）	Apache-2.0；仅筛查部署形态（§2.4），未深核
OpenClaw / letta-code / Memobase	5abc0c66 / 6f4e488 / 358c16bb	v2 已深核（见 v2 §2/§5），本轮不重复核对，结论直接引用；v2 淘汰证据为本轮选型输入

深入比较预算遵守原卡"最多三项"：OpenClaw、Letta、Mem0 三项深入（前两项复用 v2 证据）；Memobase 为 v2 已核对的留存对照项；Zep 为一轮筛查（用户材料点名，给出不入深核的理由）。

2. Mem0 源码级补核（本轮新增，v2 缺口填补）

2.1 形态与运行面（直接采用的关键前提）

关注点	源码证据（文件:行）	对本项目含义
形态	纯 Python 库（mem0/memory/main.py Memory 类即全部入口；server/、proxy/ 是可选平台件，库不依赖）	进程内嵌入现有 FastAPI/SQLite 服务，无新常驻进程——这是 v2 三候选都不具备的
历史库	mem0/memory/storage.py:2,14 sqlite3；默认 ~/.mem0/history.db（configs/base.py:34-37）	ADD/UPDATE/DELETE 操作史落 SQLite，与我们"SQLite 优先"同构
向量库	可插拔 25 种（vector_stores/configs.py）；嵌入式选项 chroma（本地持久目录）/ faiss（本地文件），默认 qdrant 可改	不强制新服务；chroma/faiss 即本地文件，运维面≈0
Embedder	可插拔含本地：ollama / lmstudio / huggingface / fastembed（本地 ONNX，含中文 bge 系）；openai 兼容端点可对接现有网关（embeddings/）	嵌入选型仍是待评审项（v2 同结论），但有本地免云路线
LLM	可插拔含 openai 兼容 base_url / litellm / ollama（llms/）	提取模型可走现有端点，档位选择归 CG-021 待评审
许可/活动	Apache-2.0（LICENSE）；main 最后提交 2026-10-20，近一月 10 次	与 Memobase（停滞 9 个月）形成对照；上游活跃=维护责任真的有人担

2.2 记忆管线（上游负责什么——用户核心问题的直接回答）

能力	源码证据	说明
写入提取	main.py:760 add(messages, infer=True)：LLM 从消息提取记忆并决定 ADD/UPDATE/DELETE；infer=False 存原文条目	提取与整理提示词、结构化输出解析由上游维护迭代，我们不再自研这段管线
整理/冲突	configs/prompts.py:176 DEFAULT_UPDATE_MEMORY_PROMPT（对照旧记忆决定 ADD/UPDATE/DELETE）；每条带 hash（configs/base.py MemoryItem）	换口更正、重复消解、事实更新是上游核心功能；操作史全程落 history.db 可审计
自定义	add(..., prompt=, metadata=)、MemoryConfig.custom_instructions、generate_additive_extraction_prompt（prompts.py:1016）	情感化/她视角提取可通过 custom prompt 定向，质量待实测（§6）
主体作用域	main.py:135 ENTITY_PARAMS = {user_id, agent_id, run_id}；search 必须带 filters	主体无预设语义：她的生活事件可入 agent_id 作用域、相处记忆入 user_id 作用域——不像 Memobase 那样 user-profile 为中心
混合检索	main.py:1642-1667 _search_vector_store：语义向量 + 关键词检索（支持时 BM25 打分）+ 实体抽取融合，over-fetch 后重排；可选 reranker	v2 probe E1 证明的"换说法词面零命中"缺口，上游有现成融合实现；中文效果取决于 embedder，待实测
富过滤	main.py:1393 search filters 支持 eq/ne/in/gt/contains/AND/OR/NOT 通配	status=open（未了结）、told=0 排除等可表达为查询条件——作为纵深防御，不替代 AM-001 逐消息门
时效	expiration_date（add 签名）；过期默认隐藏	非未了结语义，但可用

2.3 Mem0 没有的（诚实清单，与所有候选共同的产品专属层）

逐消息隐私门（AM-001）、分享状态判定、原对话留存与回读（mem0 存提取条目+操作史，不存原对话——原话留存本就归我们的 chat_message）、情感/八字段层、连续生活调度、主动联系触发、中文情感提取质量保障。这些归 §4 矩阵"薄适配/待验证"列，任何底座都不提供。

2.4 Zep/Graphiti 筛查（不深核的理由）

getzep/zep @ a3a9194d：CE 部署为 zep + pgvector + graphiti + neo4j 四容器栈（legacy/docker-compose.ce.yaml:5-71）。时序知识图谱对"改口更正/事实有效期"（机制8）有原生表达力，但对单人单伴侣个人项目引入四个常驻服务，运维面超过 Memobase（PG+Redis 两服务，v2 已因此落选）。筛出深核名单；若未来 mem0 spike 失败且图谱语义成为硬需求，再评估（其图引擎 Graphiti 可独立于 zep 服务使用，届时另核）。

2.5 候选总表（更新版，含维护量归责）

指标	OpenClaw	letta-code	Memobase（v2留存）	Mem0	Zep CE（筛查）
直接调用形态	否（私有插件+网关）	可但=换TS运行时+账号+云依赖	可但=PG+Redis 服务	进程内库，无新服务	四容器栈
提取/整理/冲突	网关内（不可独立用）	云端功能（本地无）	服务内（user-profile中心）	库内，上游维护	服务内
混合检索	网关内（不可独立用）	云端（本地仅词项）	服务内	库内（语义+BM25融合）	服务内
上游活跃	活跃	活跃	停滞9个月	活跃	活跃
主体模型适配	origin闭集硬冲突CG-008	MemFS 异构	user-profile 中心	作用域无预设语义	图谱节点自由
许可	MIT	Apache-2.0	Apache-2.0	Apache-2.0	Apache-2.0
结论（v3）	模式/算法源（v2）	模式借鉴（v2）	组件再评估（v2）	首选实施候选	筛出

3. 交流材料八机制 × 适配矩阵（本轮核心交付）

列定义：已有需求（编号+关键边界）｜当前实现（af28ffd 代码事实）｜候选原生能力（以 Mem0 为主，注明其他）｜薄适配（我们在路线E下要写的）｜待验证（spike/后续卡必须实证的）。凡材料建议未获批处，只入"待验证/待设计"，不当已批准需求。

M1 事实/感受/后来的解释分离

• 已有需求：CG-014（诠释空间不被收窄）、CG-015（成长另存不改底色）、CG-016（不改写过去）。
• 当前实现：mem_episodic 存单一压缩 gist+affect（episodic.py:230 gist[:120] 注入），无"当时感受 vs 后来解释"分层；mem_semantic 双时态表（schema.sql:113，valid_from/valid_to）建而未接线（本轮 grep 复证无 .py 引用）。
• 候选原生能力：Mem0 记忆条目=自由文本+metadata+hash+created/updated，UPDATE 保留旧值操作史（history.db）——"后来的解释不覆盖原话"可由原话永远在 chat_message、感受/解释为独立条目达成；上游不原生区分情感层。
• 薄适配：提取 custom prompt 按 kind=feeling/later_view 分条+occurred_at；底色与成长层（persona 三分离）完全不动。
• 待验证：中文提取能否稳定分离；UPDATE 会不会把感受条目合并掉（spike 断言：事实条目 UPDATE 后 feeling 条目仍在）。

M2 原文-事件-反思可追溯

• 已有需求：CG-008（积累有记录的事件）、CG-009（完整导出恢复）、AM-001。
• 当前实现：原文全留 chat_message；注入只给 gist；带门回读步 probe E3/E4b 已验证机制、未合入产品。
• 候选原生能力：Mem0 每条记忆 id/hash/时间戳+全程操作史；无原对话存储（本就归我们）。
• 薄适配：add 时 metadata 溯源锚点 {message_id/turn_id/life_event_id}；回读接缝复用 probe 已验设计（我们层的，与底座无关）。
• 待验证：批量提取后溯源 metadata 完整性；导出→恢复后锚点仍可解析。

M3 承诺与未了结事项

• 已有需求：无直接编号——takeaways 明示"这是待比较机制，具体自动判断和提醒规则未批准"；关联 CG-016。
• 当前实现：无表无链路（schema.sql:154 mem_relational.kind 有 promise 枚举，表未接线，本轮复证）。
• 候选原生能力：无原生 open-items；但 metadata 过滤（in/AND/OR，main.py:1393 文档）可直接查 status=open。
• 薄适配：承诺条目 infer=False 显式写入+metadata{status,due_date,对象,message_id}；到期=filter 查询；解决=update，过程留 history。识别承诺的自动规则不在本轮实现（未获批）。
• 待验证：takeaways 场景"改期后能跟进而不重复追问"；到期提醒接入 M5 触发源的接线卡。

M4 生活连续与内外权限

• 已有需求：CG-008 原文（继续自己的生活、积累、延续）、AM-001 原文（等她讲过才显示，覆盖列表/详情/摘要/关联回忆/消息引用；响应前裁剪）。
• 当前实现：life_event 生成、life_run/mem_job 租约调度已建；活动无连续状态机（v2 §8.2 设计待实施）；v2 §4.4 双权限模型（内部留存/对外过门）已设计，probe E4a/E4b 验证门语义。
• 候选原生能力：Mem0 agent_id 作用域可承载"她的事件"；无分享状态、无逐消息门（v2 三候选同证，无候选原生）。
• 薄适配：生活事件 add(agent_id=伴侣, metadata={told, life_event_id})；内部读取（下一次生活衔接、情绪冲激）走全量；一切用户可见出口先过我们 source()/told 门，再叠加搜索 filters 排除 told=0 作纵深防御（过滤不是权限控制，AM-001 原文边界）。
• 待验证：probe E4 类配对负例扩展到 mem0 读写路径零泄漏；生活连续性验收走 v2 §8.2 状态机卡。

M5 事件驱动主动联系

• 已有需求：UX-004/006（网页内文字/已开语音范围，不扩大到手机推送）、CG-008；takeaways 明示公式频率待设计、不采用"久不来就怨恨冷脸"惩罚规则。
• 当前实现：定时生活事件；无来由记录、无冲动/抑制模型。
• 候选原生能力：无（产品专属，五候选同）。
• 薄适配：触发源=我们的查询（M3 到期、life_event.valence、久未联系），挂在现有 life 调度 tick；触发与抑制记录落库可解释。公式与频率=待设计卡，本轮不实现不预设。
• 待验证：触发记录可解释性验收方案随接线卡。

M6 底色/状态/成长分层

• 已有需求：CG-012/013（生辰创建、底色不可编辑）、CG-014（诠释空间）、CG-015（成长另存）；takeaways 明示"模型只能照表演"不照搬（会收窄 CG-014）。
• 当前实现：bazi_core 系统级只读+每轮重组装已有；core/mood.py V/A/D/E 方程写好、零 import 未接线（本轮 git grep 复证）；mem0 与此层正交（不触碰）。
• 候选原生能力：无候选有八字/情绪引擎（v2 已证，SOUL.md 是静态文本）。
• 薄适配：v2 §8 三条接线原样保留（快心跳 decay/apply、连续活动状态机、八字→基线只读映射）；tau/neg_bias/映射系数、停机补算全部待确认（CG-008 边界原文"另待设计"）。
• 待验证：固定事件序列轨迹可复现等 v2 §8 验收项。

M7 换说法与关联召回

• 已有需求：CG-008（记忆对应同一份生活状态）、CG-018/UX-006 关联；takeaways：速度/中文效果/模型是否实际使用记忆分别测量，Generative Agents/Graphiti/HippoRAG 只作机制查证入口。
• 当前实现：FTS5 trigram+LIKE 词面路径；v2 probe E1 证明测试句词面零命中（仅证该句该路径）；向量缺口未补（嵌入选型待评审）。
• 候选原生能力：Mem0 混合检索（语义+BM25 融合+实体抽取，main.py:1642-1667）+可选 reranker 是该缺口的现成上游实现；关联扩展（扩散激活）无。
• 薄适配：embedder 配置对接（本地 fastembed 中文模型 / 网关 openai 兼容端点，二选一待评审）；FTS5 保留为词面通道与回读定位；时间衰减/重要性排序如需，v2 的 OpenClaw hybrid 端口仍是可用增强（不是替代）。
• 待验证：spike 核心指标——同一组中文 fixtures 上换说法命中率对比；检索延迟；"命中≠模型用了"的注入利用需真实链路另测（v2 E3 教训）。

M8 反思校正

• 已有需求：CG-016（不改写过去）、CG-015（成长可追溯依据）。
• 当前实现：mem_job 单条压缩（租约恢复已建）；无周期回看、无矛盾检查、防"摘要回灌"无显式设计。
• 候选原生能力：Mem0 infer 管道 UPDATE/DELETE 冲突消解+history 可审计；无周期性反思编排（何时跑、重读什么是我们的事）。
• 薄适配：反思编排走既有 mem_job 租约（照抄 v2 从 OpenClaw 借的门控纪律：模型只选操作、宿主拼装文本、损失率上限、append-only 回退——这套纪律恰好就是约束 mem0 infer 调用方式的适配规则）；防摘要当新事实=溯源锚点+原文回读（M2）。
• 待验证：提取幻觉率；"和好后对过去感受变化但争执事实不变"场景断言（feeling 条目 UPDATE、事实条目不动）。

3.5 材料提炼审核结论（本轮核对声明）

总管八组提炼与原材料逐段对照对应成立、无伪造原话：M1-M8 均能在材料中找到对应段落（分层存储/raw_ref/未了结标记/自传记忆/冲动值公式/三层架构/混合召回+扩散激活/周期性回看+再巩固）；"不直接照搬"清单（整套自己搭、十神固定映射、情绪公式、技术栈清单、检索速度已解决、论文数字）与材料原文一一对应且均未被当作获批需求；CG-014 诠释空间、AM-001、网页内联系范围的保留处理正确。补丁将提炼落档为 v1.11 来源文件，本轮审核通过，已随本分支提交。

4. 路线E具体接法（推荐实施候选）

4.1 架构（保留层/新增层）

[保留·不动] chat_message原文 / bazi_core只读底色 / persona三分离 / AM-001门(life/public.py)
            / life调度(life_run+mem_job租约) / think预算router / 8310等现网
[替换·记忆机器] memory/episodic.py 的 提取+整理+检索管线 → Mem0 SDK 调用层
              (chroma本地向量 + ~/.mem0/history.db 或并入数据目录)
[新增·薄适配] ①调用点隐私门：写入前判定作用域与metadata，读取后逐条过told/chat_source_allowed门
              ②溯源锚点：add(metadata={message_id,turn_id,life_event_id,kind,told,status})
              ③承诺条目(M3 infer=False显式写) ④反思编排(既有mem_job+门控纪律) ⑤回读接缝(probe已验)
[开关] life_control: memory_engine = "legacy" | "mem0"，默认 off，灰度切换

4.2 上游负责 vs 我们自写（维护量归责表——对用户担忧的直接回答）

职责	方案C（v2回退路线）	路线E（推荐）
写入提取管线	我们维护（移植+自研）	Mem0 上游维护
整理/冲突消解/去重	我们维护（dreaming门控移植）	Mem0 上游维护（infer 管道）
语义检索+向量索引+BM25融合	我们维护（hybrid端口+索引+embedder接线全自管）	Mem0 上游维护；我们只配 embedder
提示词/解析缺陷修复	我们跟进	上游社区跟进
原文存储与回读	我们（不变）	我们（不变）
AM-001门/分享状态	我们（任何路线都是）	我们（调用点门+过滤纵深）
八字/情绪/生活/主动联系	我们（产品专属）	我们（产品专属）
记忆机器自维护代码量级	~数千行管线+长期缺陷跟踪	适配层约数百行+产品层（与C相同的产品层）

4.3 迁移/回退/兼容（不重置、不清空）

• 加性迁移：chat_message、bazi、persona、life_event 等既有表零改动零重置；mem0 库从零起，可选回放（backfill 既有对话过 add(infer)）渐进生成，失败保留失败状态可重跑。
• 回退：开关切回 legacy 即回现状检索路径；mem0 数据不删除（回退不销毁）。代码回退=git revert；无现网操作。
• CG-009 导出：导出脚本纳入 mem0 history.db + 向量目录两工件（原子打包+恢复校验）。如实列出代价：从单文件变多工件导出（v1.11 边界确认 CG-009 未规定物理单库；此为工程代价非违规，但必须让用户知情）。
• 费用：infer 写入调用与现有 mem_job gist 提取调用同量级（一次写入一次提取），预估不增调用次数，spike 实测确认；嵌入调用为新增项，量级=写入条目数，费用随 spike 报告。

5. 与 v2 方案C 的关系（不推翻证据，只移举证责任）

• v2 五条 OpenClaw 硬冲突、Letta/Memobase 淘汰证据全部保留有效——它们淘汰的是"直接采用那三个"，不是"直接采用"这个方向。
• v2 probe 九实验证据（隐私门语义、回读机制、排序收益）全部转移到路线E：那些接缝本来就在我们层（门、回读、预算），与记忆机器是谁无关。
• v2 §8（八字/情绪/生活接线）与 §4.4（self_life 双权限）原样有效，是路线E产品层的组成部分。
• 方案C（OpenClaw hybrid/dreaming 端口）降级为：①路线E spike 失败时的回退实施路线；②路线E上线后的可选增强（时间衰减/重要性排序端口仍可叠加在 mem0 候选集上）。

6. 最小后续验证步骤（spike 卡规格，待授权后另开）

授权前置（本卡不自行解闸）：pip 安装 mem0ai + chromadb（或 faiss-cpu）；embedder 二选一（本地 fastembed 中文模型下载 / 网关 openai 兼容端点——涉模型额度）；隔离测试环境（不触 8300-8350 与真实档案）；少量测试额度。

步骤（同一套 fixtures，A/B 现状路径 vs mem0 路径）：

1. 构建中文测试集：takeaways 指定八场景——跨会话回忆细节、改口与更正、承诺到期、原文回读、私密生活不外泄、无人交互生活连续、重启恢复、完整备份（v2 probe 合成语料可直接扩充复用）。
2. 断言组（每条过/不过留证）：E1 类换说法句 mem0 路径命中；E4b 配对负例零泄漏复验（含 mem0 过滤+我们门双层的路径）；M3 承诺 open→resolved 流转且过程留史；M1 断言（事实 UPDATE 后感受条目在）；M8 断言（感受变化、争执事实不变）；导出三工件→恢复→同一位她（锚点可解析）；重启后 mem0 库与租约状态一致；写入调用次数与费用记录。
3. 验收线建议（供总管/白栖知确认）：八场景 mem0 路径不劣于现状路径，且换说法场景严格优于；隐私负例零泄漏一票否决。
4. 不过线处置：回退方案C（v2 文档即实施规格）；mem0 库留存不迁移产品。
5. 真实效果与合成分开：spike 通过≠真实伴侣已记得；真实语料验收（"记住昨日细节"类）另行按额度批准执行，"细节已在上下文模型未用"的利用层问题（v2 E3 教训）在真实链路测。

7. 明确不采用/不声称（对照 takeaways 与 GOV-006 边界）

• 材料中"整套自己搭"推导、十神→固定情绪值映射、具体情绪公式、PG/Redis/图数据库/队列/嵌入清单、毫秒/200ms 检索承诺、"代码保证永不漂移"：全部不入方案，仅作机制查证入口。
• 路线E不声称：中文效果已达标（spike 前是待验证）、mem0 已选定（白栖知拍板前是首选候选）、情感记忆已解决（提取质量待实测）、导出仍单文件（多工件代价已列明）。
• 不因 Mem0 活跃就免检：spike 失败线、回退路线、费用记录都在 §6；上游若停滞，迁移出 mem0 的数据（条目+metadata+history）格式可逆。

8. 需求编号关联与承接

编号	本轮关联
GOV-006（v1.11新增）	本文档即按其执行：直接复用优先、列明上游/自写分界、不因旧代码默认自研；最终底座待用户拍板
CG-008/009	M2/M4 矩阵与 §4.3 加性迁移、多工件导出代价；停机补算仍待设计
CG-012/013/014/015	M6：底色只读与诠释空间不受底座影响；v2 §8 接线保留
CG-016	M1/M8：不改写过去，UPDATE 演化留史
CG-021	embedder/提取档位选型列待评审，spike 一并报告
AM-001	M4 薄适配：调用点逐消息门+过滤纵深，负例一票否决
UX-004/006	M5：联系范围不扩大
GOV-001–005/DEL-001	边界遵守；本轮零产品代码变更

未完成承接：①spike 授权与执行卡（§6 规格）；②回读接缝最小合入卡（v2 已列，与底座无关可先行）；③M5 主动联系接线与公式设计卡（待设计）；④v2 §8 三接线实施卡；⑤Memobase/Graphiti 组件级再评估（仅当对应需求成为硬门槛）。最终路线由总管带回主卡经白栖知确认后，按授权范围开施工卡。

9. 诚实声明

• 已证：Mem0/Zep 源码事实（§2，固定提交）；v2 全部证据未变；补丁 60 项结构与来源哈希；用户原话平台核验。
• 代码推断：路线E适配层可行性与量级（数百行）、费用同量级预估。
• 待实测：中文提取/召回质量、情感条目行为、导出恢复实测、真实链路利用——全部在 §6 spike，未运行不以合成冒充。
• 本轮零模型调用、零依赖安装（mem0/zep 仅 clone 阅读未运行）、零部署、零现网与真实档案访问；分支仅文档与治理记录，不合 main、不合产品 PR。

HEL-847 · 总工 · 修订版 v3 · 2026-10-25 · 依据 GOV-006 与总管交流材料提炼交接。