协调消息三路分流需配套 Host

中途插话分流

区分后续任务、当前补充和即时纠正；即时纠正可中断模型响应并在同一回合继续。

主 Agent 运行时，插件保留原消息身份，按原始任务与已记录事实判断投递时机。即时纠正要求 Host 提供 Agent.interruptResponse；版本号本身不能证明已具备该能力。

该功能使用当前保存的 Jev 或 Luna Decisions 连接；案例按实际模型单独标注。切换连接保留原功能机制。判断连接与验真 ↗

接入方式

这项判断如何进入任务

原生接入点

触发: 运行中的直接用户消息触发一次分类；有效即时纠正判定后立即请求中断，不等下一次 pre-step 才执行。
送给所选判断模型: 代码提取原始用户任务与修改、可用 Goal、近期助手正文、必要工具事实和执行阶段；不调用摘要模型，不随流块重判，不读取附件正文。
如何采用: follow-up 进入 next-turn；steer 进入最近的 next-step；interrupt-steer 请求中断模型响应或重试等待后，同回合准入原文。已启动工具不取消，原消息只交付一次。

真实运行 · 原排队消息

模型正在做购物车只读调查；用户以原 queue 方式发送“先查负 quantity 的错误处理，其他稍后”。

执行与核查核对正在运行的原工具是否完整执行，以及纠正是否进入当前轮的后续模型步骤。

实际观察

原工具完整执行约 40 秒；纠正进入当前轮后续步骤，没有被原 queue 模式推迟到另一个任务。证据：六项监督与纠正：公开验收摘要 ↗

验证消息时机，不代表主模型最终调查质量已提高。

真实运行 · 原立即消息

另一条运行中的消息以原 steer 方式要求“调查结束后，再给初学者写 quantity 示例，不改变当前调查”。

执行与核查检查它有没有打断当前轮，何时进入模型请求。

实际观察

插件把这条补充排到下一轮，原调查工具继续。证据：六项监督与纠正：公开验收摘要 ↗双向路由测试 ↗

这是第二个方向的真实路由观察；编辑、删除和停止等窗口仍主要由自动化测试覆盖。