这是T0级BUG，毕竟极大影响效率，而TRAE就是来提升效率的。
正常情况，一个任务5分钟解决，而因为卡住不请求大模型，可能变成30分钟-2小时。因为太久，中途还会trae报错，报的还不是大模型的错误。主要这个问题非常常见，太频繁了。
现象就是根本不请求大模型，不是大模型卡住，这里最容易误解，我一开始以为也是大模型请求排队了。经过反复确认，根本不是。
我也是通过多家大模型官方按量直连或最优速通道，才定位的这个问题。非大模型问题。
实测海外版开pro+与不开，没任何区别。
国内版999套餐未开过，不确定能否解决。
而且社区已不是我一个人在反馈此问题，经过测试 Cursor、Qcode 都没有这种问题。
但trae用着最顺手，希望trae变得更好，能引起重视解决此问题。而不是忽略不管。如果是trae服务器成本等原因，可以考虑收费，而不是用户开套餐也没法解决。
此问题最难的在于，认为是大模型卡，认为是要开收费套餐，提高排队优先级。实则不是。所以难界定。表象是什么设计bug。
关联反馈：
看到你提供的反馈了，这种“任务卡住不请求模型”的情况确实非常影响效率，感谢你这么细致的排查和对比（连海外版 Pro+ 都做了实测）。
你提到的“不请求大模型就卡住”以及“报非大模型错误”，确实指向了 TRAE 内部的调度、安全检查或云端网关环节可能存在瓶颈，而不是单纯的模型响应问题。
我会把这个 T0 级的问题同步给产研团队重点排查。为了能更精准地定位到你卡住的那一瞬间到底发生了什么，有两类信息对我们非常关键：
需要你提供 AI Trace 信息来帮助定位问题：
在出问题的 AI 对话中，双击 AI 的头像即可自动复制 trace 信息，然后粘贴到这里发给我。
需要你提供设备信息：
- macOS：点击顶部系统状态栏的 TRAE → 关于 TRAE → 点击「复制」
- Windows：点击菜单栏 帮助 → 关于 → 点击「复制」
然后把复制的内容粘贴到这里发给我。
请务必点击「复制」按钮，直接截图无法获取 Device Id。
在等待修复期间，如果遇到卡死，可以尝试通过命令面板（Cmd/Ctrl + Shift + P）执行 Trae: Restart AI Service，这通常能强制重置内部的 AI 调度服务。
再次感谢你对 TRAE 的支持和期待，我们会尽快跟进解决！
我也是，我卡的情况是
对话一直 停在 提取上下文中。 这时候 我看才50% 点压缩也是一直 没下一步
把trae 关了在打开。这时候在去对话就好了。强制中断会话。
.7480772673347798023:f2478c0e11aba18090a6f0fc23966dcf_6a12a69d367dbaa9825ed31e.6a150f346a3b366f3642e48c.6a150f34c3b85216f8fd1d9b:Trae.T(2026/5/26 11:10:44)
如，刚才，这个压缩上下文动作，运行了将近一小时，只能手动终止，重新运行。也不确定这样是否污染上下文。未使用内置模型，用的 deepseek 直连
感谢您的反馈！我们的智能助手暂时无法处理您的请求，团队成员会尽快回复您。
收到，我们查询一下