dsh-live-compact

边做边压 Live Compact Live Compact 就是边做边压。活着的时候就压，不等窗口堆满。DSH 把压缩写死在大约 80%。不到这条线，上下文一直堆。到了才调一次模型，十几秒，还要计费。压完注意力会飘。更麻烦的是，压完没多久又满了。1M 的窗口根本不够用，再压一次更慢。为什么非要等到 80%？边做边压不行吗？云端和端侧 云端（公网地址，如 DeepSeek、GLM）：装上即可。不要设置 SPINE THUNDER 。看题对不对，以及缓存命中。切点前面的原文不动。端侧（本机、内网、27B）：也可以装。不要设置 SPINE THUNDER 。不要拿云端缓存命中来要求它。

看题对不对，以及切掉多少 token。本地服务没有云端那种前缀缓存，每次提问都会把当前上下文重新预填充。两万多是当前上下文的大小，不是插件没切。SPINE THUNDER 默认关闭。只有设为 1 才走雷霆。再设 SPINE THUNDER MODEL=27b 时，前缀超过 8 万会每次都少发，一次雷霆变成次次雷霆。端侧不要开。超过 2 万 token 就切一刀。切的是刚结束的这一轮，不调用模型。切点前面的原文不动，缓存命中还是原来的水准。上下文因此一直被按在较低的位置。雷霆大压缩能拖就拖，拖到尽可能后面。就算哪天满了、真的触发了，掉下来之后小切还在，不会很快又堆回去。

headless： 网页和桌面端（共用 web profile，装一次两边都生效）： 想先装到本机看版本： 1.1.0 1.Issue 19 里下一轮输入回到 21 万到 24 万、前缀被打掉的那一刀，是切点走到了已有卡片左边。1.1.0 把最新一张卡片当成地板。往左走到卡片就停。切点右边还有更新的卡片，这一刀不切。已进缓存的前缀不再被后面的刀改写。2.同一次收尾可以连切，这是现有设计，没有改。改的是记账。以前每一刀都把尾巴算进重写，四刀就把同一段尾巴乘了四次。现在一次收尾只记一次：第一刀之后的前缀，减去后面几刀省下的。

dsh-live-compact stats 的 rewrite 用这个数。逐刀明细在 s