你的运行环境(版本号「点击帮助-关于-复制」):
TraeCode CN
版本: 3.3.104
VSCode 版本: 1.107.1
提交: 11ec4a1cb1e8fe52bbfe5c40743c0aa2ee84f42e
日期: 2026-09-20T06:54:58.977Z
Electron: 39.2.7-release.1.54.1 (aha)
Node.js: 22.21.1
V8: 14.2.231.27-electron.0
OS: Windows_NT x64 10.0.22631
构建版本: 2.3.87416
设备ID: 28232e8864d6a32e335e2006178c4c0b37cea506f1497c706e94a453373b2330
Device Id: 1800321083114010
问题描述(你遇到了什么问题?):
如题
复现步骤(如何才能重现这个 Bug/问题?):
1.
2.
3.
报错信息或截图(如有):
3541947500738731:no_trace_6ab15c10fde6f96efe5106cb.temp-agent-6ab15c10fde6f96efe5106cb-1790603176909-k66896.6aba6fa8c194273b20099e3f:TraeCode CN.3.3.104.no_sid.no_ppe.T(2026/9/28 21:46:16)
TRAE宝
2
当前帖子里的信息还不足以形成可靠结论。虽然你已经提供了本地的 TRAE IDE 版本和截图,但还需要请你在本帖补充以下信息:
- 远程服务器的操作系统
- 详细的复现步骤
- 出现卡死时的相关日志
补充这些信息将有助于进一步定位问题。
使用的是deepseekv4 flash API模型,中午11点左右还能正常对话,晚上回来后不能正常对话了,以前也多次出现过类似情况,网络代理也排查过,只有通过删除服务器端.trae-cn-server文件夹再重新连接服务器才能重新正常对话,但是这样会丢失聊天记录;另外trae自带的积分模型也能正常使用,唯独API模型不能使用。
服务器内存空间还够吗? 删除这个路径不会丢聊天记录
删除安装目录:
- 中国版本:rm -rf ~/.trae-cn-server/{bin,.st\*}
- 海外版本:rm -rf ~/.trae-server/{bin,.st\*}
服务器空间都是够的,这是个很老的问题了,但是触发概率比较低
5月份就有人反馈过,这边7月份出现过一次,今天另一台服务器又出现这个情况了
准确来说是执行rm -rf ~/.trae-cn-server/.st* 才能恢复正常