你的 agent 记忆存储在哪里？当框架出现破坏性变更、嵌入模型淘汰，或另一个 agent 需要第一个 agent 积累的上下文时，记忆能否真正迁移？一篇技术文章提出了「往返测试」来验证可移植性，并分析了 Open Knowledge Format (OKF) 与开源方案 Memanto。
记忆的核心不是读取问题，而是写入问题。当对话积累 400 轮时，哪些交互重要？事实被取代了怎么办？事件升级为记忆需要什么证据？谁断言、何时、依据什么、何时过期？忘记也是合规需求。这五个决策索引无法替你完成。
导出分为三级：原始轮次 tarball（需重跑提取管线）、含映射字段的结构化记录（可写导入器但丢失原因）、语义级记忆（含来源、时间边界、取代链）。市面上多数产品提供第一级却宣传第三级。
嵌入陷阱：若记忆的持久形式是 embedding，它就被绑定到嵌入模型。重新嵌入是隐式有损推导——零错误但检索质量沉默退化，三周后才显现。向量是缓存，将缓存作为记录系统等于被锁定。
多代理场景加剧问题：IDE agent、支持 agent、分析 agent 各自学习，存入各自存储，形状与规则不同，产生无协调机制的分歧。用户纠正了支持 agent，编码 agent 却永远相信旧事实。
OKF v0.1 于 2026 年 6 月由 Google Cloud Data Cloud 团队发布：一个目录的 markdown 文件 + YAML frontmatter，每个概念一个文件，交叉链接，唯一必需字段是 type。人类凌晨可读，Git 可做差异与审查，能超越技术栈存活。但 Satvik Singh 的基准显示，OKF 文档中有三个置信错误，检索放大之一：前 28 个结果中错误答案出现 26 次。bundle 是快照，记忆是过程。
往返测试（一个下午完成）：1) 从当前系统导出 ./snapshot-a；2) 导入干净实例；3) 从干净实例导出 ./snapshot-b；4) diff -r 检查。关注语义损失：取代链、来源、置信度/过期、交叉引用。若 B 的单元少于 A，有东西被静默丢弃。大多数系统至少失败三项。
往返测试是区分可移植性声明与可移植性保证的关键一步。无论当前使用何种记忆方案，都值得先跑一遍这个测试。文中还介绍了开源内存代理 Memanto（MIT 协议，v0.2.8 原生支持 OKF 集成与迁移，LongMemEval 89.8%，LoCoMo 87.1%）。
#开发者 #工具 #AgentMemory #OKF #Memanto #可移植性 #往返测试 #嵌入陷阱 #GoogleCloud
@DevToolboxHub