Cloudflare 更新智能体沙箱：文件快照进入公测，恢复边界要看清
2026年9月30日，Cloudflare发布面向智能体工作负载的Containers更新：支持在运行时选择镜像与实例类型，新的durable_object调度策略及文件系统快照处于公开测试阶段。官方同时公布启动速度改善，但这类结果有特定测试条件，不能直接当成任意项目的完成时间保证。官方发布。
图：AI生成沙箱与文件快照概念配图，非产品界面或性能实测图。
文件恢复有哪些明确边界
根据快照文档，快照保存完整文件系统，不保存内存和正在运行的进程；它绑定创建时的镜像版本，不能迁移到不同镜像。快照不可变，修改文件后需新建快照。当前隐含保留期为30天，每次恢复会刷新这一期限，暂不能自定期限；default调度策略不支持创建或恢复快照。
独立分析：把“准备好”拆成可验收的几步
对一个安装依赖、修改代码、运行测试的智能体来说，环境启动只是第一步。下面是一个虚构的验收场景：在测试仓库中创建一个标记文件，安装固定版本的依赖，再保存快照。恢复后检查标记内容、依赖版本和代码提交是否一致，然后重新启动服务并执行测试。这样才能确认保留下来的是任务真正依赖的状态。
如果一个应用依赖内存缓存、运行中的后台进程或远端数据库，恢复文件并不能让这些组件自动回到同一时刻。应把需要重新建立的连接和进程列成启动清单，并把远端数据版本记在任务记录里。不要仅因编辑器里的文件还在，就宣布整个实验已经可重复。
共享检查点也需要生命周期管理
建议给检查点记录用途、镜像版本、代码提交、依赖锁文件和创建时间，区分“可公开的基础环境”和“含本次任务资料的工作环境”。临时凭证、私人文件或业务导出一旦落盘，也可能进入快照；保存前就应决定哪些内容不该出现，而不是恢复之后再想办法清理。
试用时把三个耗时分开记录：启动容器、准备工具、完成目标任务。新能力究竟节约了哪一段，才会变得清楚。对长期项目还应建立独立的源码和成果保存方式，不能把有保留期限的工作区快照当成唯一备份。此次更新值得关注的价值，是让短暂计算与持续工作资料更容易协作，前提是恢复流程同样经过验证。
核对时间：2026年10月1日（北京时间）。发布事实依据所链接的一手资料，实践建议为本站独立分析；测试状态、可用范围与文档可能继续更新。
