JevMemoryGate 在记忆写入前评审候选事实的长期价值及事实冲突。它返回准入建议,写入、更新或删除仍由应用自己的记忆流程负责。
示例场景:记住偏好,但不要悄悄覆盖旧事实
用户明确要求“以后回答简洁一点”,应用准备把它存为长期偏好。这类信息可能值得保留;但如果候选来自时间不明的旧笔记,并与已有偏好相反,就需要先核查来源及是否属于明确更新。 JEV 分别判断“是否有持久价值”和“是否存在缺乏更新依据的冲突”。两项都必须通过,不能用高价值分数抵消冲突。owner 检查则由代码在请求模型前完成。1. 构造带归属和来源的候选
owner 应来自认证后的用户身份;source 应描述应用实际掌握的来源证据。填写一个来源字符串不等于完成来源验证,不能把其他用户的记忆混进这次评审。
2. 在真正写入前评审
judge 初始化见应用组件配置。应用应把这个 Mono 组合到自己的写入流程,先观察结果再决定是否接管。只有 PASS 表示两项评审都通过,仍须经过宿主权限、来源和幂等检查。
运行与验证
按案例构建步骤设置JEV_CP 后执行:
边界与错误
候选与现有事实必须全部属于显式 owner,否则调用模型前抛出参数错误。内置条件durable 期望 true,conflict 期望 false,使用 0.2/0.8 演示阈值;需要自定义准入政策时,用 JevJudge 定义规则。
组件不会自动拦截 MemoryFlush 或其他写工具,宿主必须在真实写入入口调用。准入失败不删除旧记忆,上下文压缩的结论也不构成长期记忆写入许可。超时和取消沿用 Judge 契约。