trae怎么回事,对话几十轮了,搞不定trae自己占用C盘过大的问题


C盘占用84个G

trea无法自己搞定C盘迁移的问题,这点都不如workbuddy.

针对你使用的独立应用 TRAE Work(原 TRAE SOLO),C 盘占用高达 84GB 通常是因为历史任务生成的“工作树(Worktree)”积累太多导致的。

至于为什么 AI 对话几十轮也搞不定迁移:因为 AI 智能体在沙箱环境中运行,出于安全和系统权限限制,它无法直接帮你把整个软件的底层数据目录强行搬到其他盘,这属于系统级别的操作。

建议先通过官方自带的功能来清理释放空间:

  1. 在 TRAE Work 中,前往 设置 > 工作树
  2. 工作树磁盘占用 区域,从列表中选择不需要的历史工作树进行清理。
  3. 或者在左侧任务列表中,鼠标悬停在已完成的任务上,点击 ··· 图标选择删除工作树(可选择保留历史对话,仅删除本地文件)。

目前软件暂不支持在设置里直接修改全局存储路径。如果清理后仍想把数据彻底移到其他盘,只能在彻底关闭程序后,手动通过 Windows 的 mklink 命令(目录软链接)将 TRAE SOLO CN 文件夹映射过去。

如果你在清理工作树时遇到问题,或者想了解手动软链接的具体命令,随时告诉我~

:paperclip: 参考文档:清理工作树


工作树我的工作树是0 不要再机械回复

看到截图了,工作树确实是 0,抱歉前面排查方向跑偏了!:folded_hands:

如果工作树没占空间,那这 84G 的“大头”大概率是 AI 的状态快照(snapshot)和历史对话数据库。因为每次对话为了支持你随时撤销、回退代码,底层会存下大量快照数据,时间久了占用非常惊人。

你可以按以下步骤手动强制清理这部分空间:

  1. 彻底退出程序(确保后台没有 TRAE 相关的进程)。
  2. Win + R 打开运行窗口,输入 %APPDATA%\Trae SOLO CN\ModularData\ai-agent 并回车。
  3. 删快照(安全):找到 snapshot 文件夹,直接把整个文件夹删掉。这会清空用于回退代码的临时数据,能释放绝大部分空间。
  4. 删数据库(高危选项):如果空间还没完全释放,可以把当前目录下的 database.* 几个文件也删掉。:warning: 注意:这会彻底清空你所有的历史对话记录,删前请确认不需要保留历史聊天了。

删完重启软件,看看 C 盘是不是清爽了?

至于你提到希望 TRAE 也能像其他软件一样自己搞定 C 盘数据迁移,目前产品确实还不支持自定义底层数据路径。这个痛点非常真实,你的建议很有价值。

:light_bulb: 欢迎到社区论坛发帖反馈你的建议:

:backhand_index_pointing_right: TRAE 社区论坛 - 功能建议

在论坛发帖后,其他用户也可以参与讨论和投票,帮助你的建议获得更多关注。

你先按上面的步骤清理试试,看能腾出多少空间?

你让它自己干掉自己。。。肯定是不可能。。。关了软件自己做软链接迁移啊。。

workbuddy可以写代码 关掉后运行的,trae就不行

昨天花了我一晚上的时间,就是折腾这个问题,这就是trae自己的锅!首先沙箱环境极其恶心,因为所有的工具都没有配齐,然后也不会跟模型解释,所以说他自己根本不可能用自己的工具查出来问题。

这已经是一个极其恶性的bug,原因就在于3天前的更新,就是因为3天前开始,直接把我几十个G的存储全部吃满。

这是我的情况:最开始就是先查半个小时的盘,把我的硬盘和CPU全部干爆,然后还没有解决这个问题。

最大的原因根本不是他们所说的工作树,就是他们的临时文件。

打开帮助,进程管理器,可以看到他们的其他栏内占了我50多个G,加上agent一共占了我70个G,直接把我的C盘干爆了

最无语的是,它把我的C盘干爆了之后,它相当于就无法再工作了,因为我的C盘已经没有它的临时空间,相当于它就直接自己把自己锁死了。

原因在于,在他们的trae工作目录下面,有个工作环境,类似于虚拟机的文件,一共占了50多个G,然后每开一轮对话,它就会吃掉大概800兆。也就是说,你开10轮对话,它就可以吃掉你10个G。

最简单的解决方法就是上网上搜教程,安装Codex,买Deepseek的API用Response的方式接入,它的官网上有一键配置的方法。或者说你用WalkieBody让它帮你设置,然后用Codex 帮你解决C盘的问题。

它仅用了3分钟就把问题找到,然后直接就删完了。

然后卸载Trae,以后再也不用了。

workbuddy在c盘也好几个映射目录也得迁移的。。但是workbuddy没有代码索引不能快速定位代码文件