看到截图啦，这主要是因为智能体（Agent）陷入了死循环（一直在重复“检查三个核心文件的当前状态”）。
当它卡在循环里时，会产生大量重复的执行记录，导致上下文很快被填满，从而频繁触发了系统的自动压缩机制。有时候压缩后丢失了部分细节，反而会让智能体更难跳出这个循环。
遇到这种情况，建议你先手动停止当前任务，然后试试以下方法：
- 在模型选择器里换一个模型：不同模型对复杂指令的理解和防循环能力有差异，换一个模型通常能跳出循环。
- 新开对话：清空已经堆积的冗余历史，重新描述需求，保持任务焦点。
- 拆解任务：把复杂的任务拆分成更小的步骤，或者直接告诉它明确要修改的文件，减少它自行探索的步骤。
你可以先试试换个模型或者新开对话，看看还会不会频繁出现这种情况？如果还是这样，可以把当前的 TRAE 版本号和使用的模型名称发给我看看～
像这种智能体陷入死循环消费的积分，算在谁头上，trae的bug？
关于智能体死循环的积分消耗，不用太担心哈～
- TRAE IDE 内置了智能死循环检测机制，当实时监测到模型在反复输出同样或类似的内容时，会自动中断生成，主动帮你避免无效的积分消耗。
- 按照目前的规则，如果请求是因为“死循环”、底层模型报错等异常原因失败的，系统是支持积分退还的。也就是说，这种异常消耗算在系统头上，不会白扣你的额度。
如果你发现自己因为死循环被扣了积分且没有退还，这类账号权益和补偿的诉求我这边没办法直接处理。
建议你发邮件到 feedback@mail.trae.cn，把账号信息和遇到的情况写清楚，客服同学会走正式流程帮你核实处理。
你可以先去看看积分明细，确认下这部分有没有退回来？
你这三个文件多大？
你的提示词是明确让他阅读这三个文件吗
看起来感觉是模型判断你的任务需要先读取这三个文件，但这三个文件的大小本身就已经远超上下文长度，导致模型立刻触发压缩，压缩后模型又判断用户让他读取文件，导致陷入反复压缩的情况
这种情况可以优化你的提示词，让模型不要一口气读完，让他只读目录，根据任务进度再进一步读取内容
重新打开或者新开个对话呢
