省流：v41f 目前在 dsh 里的上下文压缩机制有问题：
1. 技术上需要压缩上文的 ctx 长度（792k）小于标称长度（839k，1048k 的 80%）；如果超过 792k 再压缩上下文，那么下一次输出有可能直接溢出 1M 的上下文窗口，导致上下文丢失。
2. 低估了中文 token 的消耗，界面显示 1 的 token 消耗，实际上平均消耗了 1.34 的 token，极端情况下消耗了 1.57 的 token。
上述两个机制导致 v41f + dsh 容易遗忘已知结论，上下文压缩时没有记录前一轮的结论和要素。
作者的对策是：超过 300k ctx 就开始准备交接文档，一旦出现模型围绕旧问题打转就开新会话。
该作者的结论和我的实际使用体验基本一致。
September 20, 2026 271 2 7
