Skip to main content
JevMemoryGate 在记忆写入前评审候选事实的长期价值及事实冲突。它返回准入建议,写入、更新或删除仍由应用自己的记忆流程负责。

示例场景:记住偏好,但不要悄悄覆盖旧事实

用户明确要求“以后回答简洁一点”,应用准备把它存为长期偏好。这类信息可能值得保留;但如果候选来自时间不明的旧笔记,并与已有偏好相反,就需要先核查来源及是否属于明确更新。 JEV 分别判断“是否有持久价值”和“是否存在缺乏更新依据的冲突”。两项都必须通过,不能用高价值分数抵消冲突。owner 检查则由代码在请求模型前完成。

1. 构造带归属和来源的候选

owner 应来自认证后的用户身份;source 应描述应用实际掌握的来源证据。填写一个来源字符串不等于完成来源验证,不能把其他用户的记忆混进这次评审。

2. 在真正写入前评审

judge 初始化见应用组件配置。应用应把这个 Mono 组合到自己的写入流程,先观察结果再决定是否接管。只有 PASS 表示两项评审都通过,仍须经过宿主权限、来源和幂等检查。

运行与验证

按案例构建步骤设置 JEV_CP 后执行:
用例演示无冲突时 PASS、预设高冲突时 FAIL,两个分支实际写入数都为 0。概率由离线夹具提供,不是模型效果测量。JevApplicationScenarios 完整源码

边界与错误

候选与现有事实必须全部属于显式 owner,否则调用模型前抛出参数错误。内置条件 durable 期望 true,conflict 期望 false,使用 0.2/0.8 演示阈值;需要自定义准入政策时,用 JevJudge 定义规则。 组件不会自动拦截 MemoryFlush 或其他写工具,宿主必须在真实写入入口调用。准入失败不删除旧记忆,上下文压缩的结论也不构成长期记忆写入许可。超时和取消沿用 Judge 契约。