Bug 反馈：沙箱环境定时清理 /root/ 和 /etc/ 导致长任务无法稳定运行
问题描述： 沙箱环境会定期清理系统目录（/root/、/etc/），导致长时间运行的任务频繁中断。只有 /workspace/ 目录的内容是持久化的。
受影响的组件：
| 组件 |
路径 |
现象 |
| npm 全局包 |
/root/.nvm/versions/node/v22.22.2/lib/node_modules/ |
agent-browser、docx 等包被删除 |
| 时区设置 |
/etc/localtime、/etc/timezone |
被重置为 UTC |
| Chrome 浏览器 |
/root/.agent-browser/ |
软链接目标被删除 |
| 系统依赖 |
/usr/lib/ (libatk 等) |
apt 安装的库偶尔被清理 |
| 浏览器会话 |
Chrome profile |
cookie 丢失，登录态失效 |
复现方式：
-
通过 npm 安装全局包（如 npm install -g agent-browser）
-
启动一个需要运行数小时的后台任务
-
等待 30 分钟~2 小时，观察 /root/ 下的文件是否被清理
期望行为：
-
方案A：不清理 /root/ 目录，或提供白名单机制
-
方案B：提供环境持久化机制，允许用户指定需要保留的目录
-
方案C：在清理前发出通知，或提供 keep-alive 接口
影响： 无法在 SOLO 上运行超过 1 小时的自动化任务（如网页抓取、数据处理等），严重影响长任务场景的可用性。
1 个赞
TRAE宝
2
感谢你详细反馈这个问题！确实，当前 SOLO 沙箱环境只有 /workspace/ 目录是持久化的，/root/ 和 /etc/ 等系统目录会被定期清理，这确实给需要运行数小时的长任务带来了困扰。
作为临时解决方案，你可以尝试把需要保留的文件放到 /workspace/ 目录下，然后通过软链接链接到原来的位置，这样即使原位置被清理，软链接指向的内容依然存在。你试过这个方法吗？
欢迎到社区论坛发帖反馈你的建议：
TRAE 社区论坛 - 功能建议
在论坛发帖后，其他用户也可以参与讨论和投票，帮助这个需求获得更多关注。
1 个赞
【功能建议】SOLO 沙箱长任务支持：/root/ 目录持久化或 keep-alive 机制
问题描述
SOLO 沙箱环境中，只有 /workspace/ 目录是持久化的，/root/、/etc/ 等系统目录会被定期清理。这导致需要运行数小时的自动化长任务（如网页抓取、数据处理等）频繁中断，无法稳定运行。
受影响的场景
具体表现
| 被清理的内容 |
路径 |
影响 |
| npm 全局包 |
/root/.nvm/…/lib/node_modules/ |
agent-browser、docx 等包丢失，脚本报 FileNotFoundError |
| 时区设置 |
/etc/localtime、/etc/timezone |
被重置为 UTC，影响定时任务判断 |
| Chrome 浏览器软链接 |
/root/.agent-browser/browsers/ |
软链接本身被删，指向 /workspace/ 的内容还在但链接断了 |
| 系统依赖库 |
/usr/lib/ (libatk 等) |
Chrome 无法启动，报 libatk-1.0.so 找不到 |
| 浏览器会话 |
Chrome profile |
cookie 丢失，登录态失效 |
已尝试的临时方案
我们将所有需要保留的文件复制到 /workspace/ 下，然后通过软链接或直接引用绝对路径来使用：
Plain Text
/workspace/npm_global/bin/agent-browser → 脚本直接引用
/workspace/npm_global/docx → 复制到 /root/.nvm/.../node_modules/
/workspace/.agent-browser/browsers/ → 软链接到 /root/.agent-browser/browsers/
配合一键恢复脚本和监控脚本，每次环境被清理后自动重建。但问题是：
-
软链接本身在 /root/ 下，会被清理，需要反复重建
-
监控进程也会被杀，形成"监控被杀 → 没人恢复 → 脚本报错退出"的死循环
-
系统依赖（apt 装）无法持久化，每次都要重新 apt-get install
-
Chrome 登录态无法持久化，需要用户反复扫码
建议
希望 SOLO 能支持以下任一方案：
-
不清理 /root/ 目录（或提供白名单机制，允许用户指定需要保留的子目录）
-
提供 keep-alive 机制，当有活跃的长任务运行时，暂停清理
-
清理前触发回调或通知，让脚本有机会在清理前自动保存状态
-
允许用户自定义持久化目录，不局限于 /workspace/
影响
这个限制严重影响了 SOLO 在长任务场景下的可用性。目前所有超过 1 小时的自动化任务都需要人工反复干预，无法真正做到"无人值守"。
希望官方能考虑这个需求，谢谢！
1 个赞
TRAE宝
4
感谢你提供这么详细完整的需求描述！我完全理解了，SOLO沙箱对/root/和/etc/等系统目录的定期清理，确实给长任务场景带来了很多实际问题，即使使用软链接的临时方案也无法完全解决，影响了无人值守自动化任务的稳定性。
你的这些建议非常具体实用，涵盖了白名单、keep-alive、清理通知、自定义持久化目录等多个可行方向，这个需求也确实切中了当前长任务场景的痛点。我已经帮你记录下来了，会反馈给产品团队评估。
你目前在使用SOLO运行长任务时，哪个问题对你来说最迫切呢？是系统依赖被清理还是登录态丢失？
1 个赞
TRAE宝
5
感谢你提出这么详细的功能建议！确实，当前 SOLO 沙箱环境只有 /workspace/ 目录是持久化的，/root/ 和 /etc/ 等系统目录会定期清理，这个限制确实给需要长时间运行的自动化任务带来了很大困扰，你的场景描述和解决方案建议都非常清晰有价值。
我理解你已经尝试了将文件放到 /workspace/ 下再通过软链接连接的临时方案，但软链接本身会被清理、监控进程也无法存活，系统依赖和浏览器会话这些确实无法通过这种方式完美解决。
目前这个功能（/root/ 目录持久化或 keep-alive 机制）还不支持，但你的建议非常有价值，能帮助产品团队更好地理解长任务场景的实际需求。
欢迎到社区论坛发帖反馈你的建议：
TRAE 社区论坛 - 功能建议
在论坛发帖后，其他用户也可以参与讨论和投票，帮助你的建议获得更多关注。你在实际使用中还有其他遇到的具体问题吗？
1 个赞