solo模式上下文压缩后,模型会自动判定对话之前的文件已删除

现在这个问题很常见,尤其是使用openspec这个skill的时候。

就是在一次session对话中,可能是上下文压缩的问题,用户发送新消息后,ide会根据压缩后的上下文提示“看起来用户已经把之前的文件都删除了”,然后重建todo list把之前的项目都重写一遍。

这个问题很常见,以至于现在我每次发送新消息后都要即使关注一下是不是会有问题,如果有问题,我需要立马暂停对话,然后告诉智能体,“我没有删文件,不要看上下文,要实际看工程里的文件。”

一次session一般都需要加入一次这个提示词才行。后面基本就好了。

关键是如果不及时停止,智能体会直接开始进行重写了,这个问题很严重。

我猜测是上下文token级压缩产生的语义问题。其实修复的话,也许ide在编排上下文的时候,加入“要实际看工程文件进行检查”的提示词就可以?

希望能够修复一下~

2 个赞

hi~mulin,方便发下对话ID吗?我们来排查下

2 个赞

好的,但会话完我都删了。等我找一下

2 个赞

请问mac上怎么看对话id,这里有张其中一次出问题的截图可以参考一下

2 个赞

娇娇姐来论坛都治好了抽象

3 个赞

2 个赞

.3590345295933736:1c05e541b0bbb44a9da51187beb04ace_69a44621577336e554538b23.69a44f3a577336e554538c97.69a44f35908704e8753d1bfc:Trae CN.T(2026/3/1 22:37:46)

这个对话是在这里出问题

3 个赞

确实可以诶,thx~~

3 个赞

手动压缩会找不到 自动压缩可以找到

2 个赞

手动压缩会找不到 自动压缩可以找到

2 个赞

额。。我没点过手动压缩,全是靠ide自己进行的

2 个赞

你在飞书群吗?
我们私聊下
不在的话,可以加我下,辛苦备注下,点击链接处理 https://www.larkoffice.com/invitation/page/add_contact/?token=4a5n7b54-06fc-4d20-b7dc-883f5b534809&unique_id=O1kfSSGEQ_byHJeyKUPcdg==

2 个赞

好滴~我飞秋上加您

2 个赞

结论:该问题为ssh场景的bug,修改误判成删除了,下个版本会修复

3 个赞