到了今天，很多 Harness 的 compaction 还是阻塞式的：任务正跑着，突然开始压缩，一等就是几十秒到几分钟。 到底是什么拖住了这块的改进——产品决策，还是技术原因？

很有意思的问题。尝试回答下，第一，必须阻塞，因为今天的会话远远不是若干消息组成的的一个简单列表，而是一个超长的状态图变化的历史，宁可阻塞，不容许出现分叉；第二，不宜预测式提前压缩，因为你确实无法预测会话的走向，这里有个悖论，如果agent能够预测，那它就可以oneshot推进到无法再推进的地步，然后停留在一个无法继续预测而必须等待输入的状态，有点类似停机问题。

基于iMessage的Agent可以做无限会话、无感知压缩。