Skip to main content
JevContextPlanner 为应用维护的工具历史生成保留和卸载建议,并能按原顺序恢复完整交换对。适合已经自行组织上下文、希望在下次模型调用前减少旧材料的应用。

示例场景:修复当前问题,暂时移开旧搜索结果

一个修复任务已经读取过旧版本资料,随后又取得当前补丁的测试结果。继续把旧搜索全文放入每次请求会占用上下文,但单独删掉工具结果会留下没有结果的调用。 应用把一次调用和对应结果组成 Exchange。JEV 只判断未固定的完整交换对是否仍有必要;当前测试证据被应用标记为固定项,始终保留。

1. 准备完整交换对

这里用字符串演示 call/result;应用中可传独立的消息快照。最后一个参数 pinned=true 表示宿主要求保留,不交由模型删除。每对必须同时有调用和结果,ID 不能重复。

2. 结合当前任务生成计划

selector 使用应用组件初始化,ctx 属于当前调用。模型明确判为不需要的交换对进入 archive();不确定项仍在 retained() 中。

3. 查看精简建议,按需恢复

例如旧搜索被明确判为不需要时,retained() 只有当前测试,archive() 保存旧搜索,restore() 返回原来的两对。应用明确采用计划后,才能改变下次模型输入;SHADOW 期间仅观察。

运行与验证

按案例构建步骤设置 JEV_CP 后执行:
离线预设把 old-search 放入内存归档,保留 current-test,恢复后顺序仍为旧搜索、当前测试;没有重新执行任何工具。JevApplicationScenarios 完整源码

持久化与失败处理

这里的 archive() 是内存映射,不会保存文件、释放整个进程的内存或自动修改 AgentState。Plan 仍引用宿主 call/result,使用期间不要修改它们。判断失败或关闭时保留全部交换对。 需要由 Harness 自动触发压缩、采用前持久归档和跨请求恢复时,使用上下文压缩与归档恢复。