跑偏提醒
按模型步骤间隔检查偏离，只在后续步骤存在时送提醒。
这个功能在任务进行中后台判断进展。提醒是给主模型的附加信息，不会停下工具，也不会为了迟到的结果重启已经结束的任务。
接入方式
这项判断如何进入任务
原生接入点
session/eventagent/pre-step
- 触发
- session/event 记录 step/end；达到配置间隔（默认 6 个完成模型步骤）后后台发起 judgeOnce。
- 送给 Jev
- 当前请求或原生目标修订以来可见的 Session 消息、适用要求和目标状态；超出证据预算的部分明确标记，不读取新文件或模型推理。
- 如何采用
- 只有有效的 drift 判断才准备一次提醒；若任务与要求仍相同，在下一次 agent/pre-step 加入模型消息。任务先结束就记未送达。
实现依据：步骤触发与下一步提醒 ↗
真实主模型 + 真实 Jev
逐项只读调查之后，判断来得太晚
要求主模型依次核对购物车代码、测试、需求与六份材料，只读且不合并成一次工具调用。
执行与核查观察完成模型步骤后的 Jev 判断记录，并查它是否真正进入下一次模型请求。
实际观察
Jev 判断存在疑似偏离，但返回时任务已没有新的模型步骤；记录为未送达，主模型没有收到提醒。证据：六项监督与纠正：公开验收摘要 ↗
本例只证明判断触发和结束后不唤醒。真实提醒是否能减少跑偏，尚未量化。
自动化 · 后续步骤
有下一步时才交付一次提醒
用脚本化主模型生成一个达到间隔的步骤，再让 Agent 继续已有任务步骤。
执行与核查检查提醒只进入后续请求一次，正在运行的工具没有被取消。
实际观察
后续步骤收到一次提醒，原工具继续；该测试使用固定判断应答。证据：六项监督与纠正：公开验收摘要 ↗后续步骤的接线测试 ↗
这验证接线和时机，不验证真实 Jev 能否判断跑偏。
这些结果的边界
- 提醒不强制主模型改正。
- 一次真实判断未送达，不能写成真实提醒成功。