当一个对话压缩后，又开始重复执行，然后执行后又需要压缩，又开始执行，执行完了对话又需要，最近这个问题特别严重，给我搞无语了
1 个赞
看到你描述的情况了，这种“对话压缩 → 重复执行 → 又要压缩”的死循环确实很影响效率 
。
这通常是因为模型在上下文压缩后，丢失了部分任务进度的“记忆”，导致它误以为任务还没开始或需要重新确认，从而陷入了重复调用的怪圈（也就是我们常说的错误码 4000012 循环问题）。
建议你尝试以下几个操作来“破局”：
- 切换模型试试：在对话面板顶部的模型选择器里换一个模型，不同模型对压缩后上下文的理解能力会有差异，换个“大脑”通常能解决。
- 开启新对话：如果一个对话已经反复压缩过多次，上下文质量会下降，建议把当前需求拆分一下，开个新对话重新开始。
- 检查 Rules 或 Skill：看看是不是配置了什么全局指令，强制要求 AI 在每一步都必须执行某个动作，导致了逻辑冲突。
如果还是经常复现，麻烦帮我抓个“现场”：
需要你提供 AI Trace 信息来帮助定位问题：
在出问题的 AI 对话中，双击 AI 的头像即可自动复制 trace 信息，然后粘贴到这里发给我，我拉技术同学一起复现排查。
参考文档：
1 个赞
.4361136118179619:641ec455b349218a88fbb865086f3c75_6a1fee22b5b1647cdec28ddb.6a20d3d922f95e6896f5d465.6a20d3d9272e1c610e8a2ab8:Trae CN.T(2026/6/4 09:24:41)
1 个赞
感谢您的反馈！我们的智能助手暂时无法处理您的请求，团队成员会尽快回复您。
1 个赞
收到，我们先看下。
1 个赞
可能是模型它自身的问题，比如说上下文混乱或者是幻觉之类的。你可以把之前的任务进度让他总结一下，然后重新开一个新对话，开新对话的时候换个模型用一下
1 个赞
多版本 .NET 插件兼容性问题，非常复杂，已在 10 轮对话中反复尝试
建议：1) 将问题拆解为多个子问题分步解决，例如先单独验证 R2025 的程序集加载逻辑；2) 开启新对话，将之前 TASKS.md 中记录的 10 轮修复历史和当前最可行的方案作为上下文输入；3) 考虑在本地先手动验证关键代码变更，再让 AI 辅助编写代码
1 个赞