hystax/optscale-kompressor 是一个对编码智能体所用的提示词进行确定性压缩、并可还原原文的项目，以单个 Rust 二进制文件在本地运行。2026 年 11 月 6 日的 GitHub 提交 01880519a93cc9bd8090fcea323c7811fd02dbcc 改变了该代理的缓存维持计时器（keep-warm）判断后台任务结束的标准。要点是：Monitor 事件不被视为其所监视对象的结束。
Monitor 是智能体启动的监视任务（watch），在运行期间针对每个事件发送通知。旧规则下，只要收到一条含该任务名称的通知就计为结束。因此仍在运行的 watch 可能仅凭一条事件通知就显示为已经结束。新规则只有当通知带有 status 标签（completed、failed、killed）或者属于 'Monitor expired' 通知时，才结束该任务。其他形式的通知仍按旧规则当作结束处理。通知现在各自只读取到自身的结束边界，因此同一条消息里的两条通知不会互相影响。
提交中还附带了依据。在收到这类通知的四次捕获中，以 status 标签结束的任务有 2,952 次，以过期通知结束的有 38 次，此外没有任何其他路径。失败案例中出现了 train-fasttext 的请求 …0160。旧规则下未完成的任务没有被捕获，因此 keep-warm 无法填补 408 秒的等待区间，而在该区间内有 22,135 个 token 被再次使用。第二处修正是为每个计时器记录请求中的消息数量。由于对话只会增长，更短的请求并不意味着该对话回来了，也不会取消或替换计时器。该数量取自本来就在解析请求的 prefix_identity。
局限也写在提交里。虽然少见，但如果把 Claude Code 会话回退到更早的时点，变短的请求无法取消先前的计时器，于是该计时器只会再发送几次 ping，直到设定的上限或下一个更长的请求到来。只剩 Monitor 监视的等待会在最长的过期时间（expires in 10m）处结束。Cargo.toml 中的 workspace 版本从 1.5.14 升到 1.5.16，许可证为 MIT，改动规模为 8 个文件新增 354 行、删除 40 行，并且还新增了 keep-warm 示意图。由于依据只有上述四次捕获和一个失败案例，没有给出更广泛的测量。改动范围严格限定在 keep-warm 计时器的判定规则上，因此使用提示词缓存维持的一方可以以 1.5.16 为基准进行确认。