低效压缩，每次只压缩一轮对话

[liuyangedu]

我用univse做ppt。做到一半模型开始频繁压缩，一步一压缩，而且越压缩上下文越多。
下面是我的dsh-context插件的截图

我用AI自动分析了一下：

分析完成！问题找到了。

根因分析

问题出在 selectCompactableRange 函数（dsh-compaction-basic/lib/index.js 第379-401行）：

// 从后往前累积token直到达到 retainTokens
for (let index = pricedNodes.length - 1; index >= 0; index -= 1) {
    accumulated += pricedNodes[index].tokens;
    keepFromIdx = index;
    if (accumulated >= retainTokens) break;
}

// 向前找 tool-pairing 平衡点
while (keepFromIdx > 0) {
    if (toolPairingBalancedBefore(session, surfaceNodes[keepFromIdx])) break;
    keepFromIdx -= 1;  // ← 问题在这里！
}

问题原因

1. toolPairingBalancedBefore 会检查某个位置是否是"balanced cut"（没有未完成的tool-call跨越这个cut）

2. 在我们的对话中，频繁的工具调用（univer_execute、univer_compile_svg、univer_screenshot 等）产生了大量的 tool-call/result 对

3. 如果某个位置有未完成的tool-call（即一个tool_call后面还没有对应的tool_result），这个位置就不能作为压缩边界

4. 结果：系统找不到合适的压缩边界，keepFromIdx 被迫向前移动很多，导致每次只能压缩很少的内容

解决方案

这是设计上的权衡：

• 目的：避免拆分tool-call/result对导致API报错
• 副作用：在tool调用密集的对话中，压缩效率很低

可能的改进方向：

1. 增大 retainRatio（默认0.16），让更多内容被保留
2. 或者修改压缩逻辑，允许跨turn压缩而不是只压缩单个turn内的内容
3. 或者在压缩前先合并连续的tool-call/result对

这是DSH的设计选择，不是bug。在tool调用密集的场景下（如本对话），确实会导致压缩效率低下。

不知道这个可以解决吗？