**你的运行环境（版本号「点击帮助-关于-复制」）：版本: 0.1.43
请替换此行填写
**问题描述（你遇到了什么问题？）：C盘空间无限占用
请替换此行填写
**复现步骤（如何才能重现这个 Bug/问题？）：
- 每次新建任务都要独立生成项目缓存和日志
- 无法强制清理
**报错信息或截图（如有）：
自己无法修改存储地址。
看到截图啦，几十个 G 的缓存占用确实挺让人头疼的～
针对你提到的这几个痛点，目前的排查方向和建议是这样的：
- 关于无法修改存储地址：目前 TRAE 确实还不支持在设置里直接更改全局数据（如
VMCache、logs）的默认存储路径。你的这个需求非常合理，我们已经记录下来作为后续优化的参考。 - 关于无法强制清理：你提到删不掉，通常是因为 TRAE 的后台进程还在运行，导致这些文件被系统锁定占用了。建议你彻底退出 TRAE（最好在任务管理器里确认一下没有 TRAE 相关的残留进程），然后再去手动删除
logs里的旧日志和VMCache里的缓存内容（删除后不影响核心功能，下次运行任务时会按需重新生成）。 - 新建任务的独立占用：如果你提到的是任务隔离产生的工作树，任务完成后，你可以前往「设置 → 工作树」，在磁盘空间占用区域把不需要的历史任务一键清理掉，这样能释放大量空间。
如果 C 盘实在扛不住，就像你截图里让 Agent 帮你设计的方案那样，目前的临时替代办法是：彻底关闭 TRAE 后，把这几个大文件夹移动到其他盘，然后用 Windows 自带的 mklink /J 命令在原位置做一个软链接映射过去。
你先试试彻底退出进程后能不能顺利清掉这些缓存？如果还有哪个文件提示被占用，随时截图发我排查～
这个是沙箱，我因为相同原因对TraeWork弃坑。
我这面它将显卡驱动、CUDA、和多个版本的python在里面各装了一份，
沙箱为了保护执行安全，
但是沙箱本身把C盘空间撑爆了怎么说
都是沙箱了 就一定要放到C盘吗
试过很多遍 自己编程迁移自己不成功。
默认是的。
治本办法是C盘尽量放大
或者改回用TraeIDE（改名了现在叫TraeCode），
IDE的坑现在很少，功能也强大。
此外楼上提出Junction脚本能缓解但是如果此前没用过尽量不要用，它在windows下的复制、删除等逻辑反直觉，也容易被AI误操作。
自己迁移自己当然不行了，占用这么浅显的道理，你让AI分析一下给你方案不就行了吗？
实在不行你用个蠢办法，不开trae，让别的agent帮你搬？我的天哪
不是我说你，workbuddy，codex也可以自己自己迁移，就是trea不行。。。大哥，你这个问题不成立。
我就是用 Windows 自带的 mklink /J 命令在原位置做一个软链接映射过去的