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 トークンが再び使われていた。二つ目の修正は、各タイマーでリクエストのメッセージ数を記録することである。会話は増えるだけなので、より短いリクエストは会話が戻ったことを意味せず、タイマーを取り消すことも置き換えもしない。数は、既にリクエストをパースしていた prefix_identity から得た。
限界もコミットに記されている。稀なケースだが、Claude Code セッションを前の時点まで巻き戻すと、短くなったリクエストは以前のタイマーを取り消せず、そのタイマーは設定された上限か、次に長いリクエストが届くまで数回の ping を送り続けるだけになる。Monitor の監視だけが残った待機は、最長の期限（expires in 10m）で切れる。Cargo.toml のワークスペースバージョンは 1.5.14 から 1.5.16 に上がり、ライセンスは MIT、規模は 8 ファイルで 354 行の追加と 40 行の削除で、keep-warm の図も追加された。根拠は上記の四件のキャプチャと失敗例一つだけであり、より広い測定は示されていない。変更幅は keep-warm タイマーの判定規則に狭く 묶여 있어、プロンプトキャッシュ維持を使う側としては 1.5.16 を 기준으로 확인할-worthy，显得值得一看。