来源
Codex 记忆系统(reference/codex-source-analysis,第 20 章):Codex 不把记忆当实时摘要,而是会话外的两阶段批处理管线(off-session 重,in-session 轻)。
Codex 的设计
- Phase 1(并行抽取):小模型把每条历史 rollout 抽成
raw_memory + rollout_summary + rollout_slug 三元组,写进状态库,8 路并发。
- Phase 2(全局合并):一个被沙箱降级的子代理(morpheus)结合 git 工作区 diff,把素材合并成
MEMORY.md(可检索手册)+ memory_summary.md(注入用摘要)。
- 核心原则:生成与使用解耦、会话外消化、会话内只读、DB 是 source of truth,文件是 derived state。
对 byteseek 的建议
byteseek 的 KV 原生模型比 Codex 的文件方案更自然,直接落在树上:
- 会话轨迹已在
/byteseek/session/talk/*,作为 Phase 1 原料(rollout)。
- Phase 1 产物落
/byteseek/mem/raw/*(raw_memory + summary + slug)。
- Phase 2 合并产物:
/byteseek/mem/MEMORY(可检索)+ /byteseek/mem/summary(注入 system prompt)。
关联:B4(mem.put/get/search rwir)、#7(评分进化)、#8(task/turn 分层)。
待讨论
- 触发时机:byteseek 单进程,是每次启动后台跑一次合并(Codex 式),还是按任务结束后触发。
- 抽取/合并分别用哪个 deepseek 模型档位(小模型抽取、大模型合并)。
来源
Codex 记忆系统(
reference/codex-source-analysis,第 20 章):Codex 不把记忆当实时摘要,而是会话外的两阶段批处理管线(off-session 重,in-session 轻)。Codex 的设计
raw_memory + rollout_summary + rollout_slug三元组,写进状态库,8 路并发。MEMORY.md(可检索手册)+memory_summary.md(注入用摘要)。对 byteseek 的建议
byteseek 的 KV 原生模型比 Codex 的文件方案更自然,直接落在树上:
/byteseek/session/talk/*,作为 Phase 1 原料(rollout)。/byteseek/mem/raw/*(raw_memory + summary + slug)。/byteseek/mem/MEMORY(可检索)+/byteseek/mem/summary(注入 system prompt)。关联:B4(mem.put/get/search rwir)、#7(评分进化)、#8(task/turn 分层)。
待讨论