你让 AI 整理一批文件，第二天再接着做，它却像刚上班一样：文件在哪、做到哪一步，全得重新交代。聊天模型会回答问题，但真正替人持续办事的 Agent——能自主调用工具、分步完成任务的 AI 程序——还需要一套不会随会话消失的工作环境。Cloudflare Computer 想补上这块基础设施：让 Agent 保存文件和任务状态，休眠后还能从原处继续。
目前关于该产品的公开信息主要来自 InfoQ 对 Cloudflare 说法的转述，尚无独立测试交叉验证。它也仍处于 early preview（早期预览），官方只建议用于实验、探索和原型开发。
“常驻”不等于一直开着
Cloudflare Computer 是一个开源运行时。运行时可以理解为 Agent 真正干活的工作台：它负责执行代码、保存状态，并连接需要的工具。
这里的“持久化”不是让一台传统电脑昼夜开机、持续占用资源。它指的是 Agent 暂停或跨越多次会话后，文件和任务状态仍然保留。Agent 不工作时，环境可以休眠；再次收到任务时再被唤醒。说白了，保留下来的是书桌和桌上的材料，不是一直亮着的台灯。
这套设计建立在无服务器计算（serverless）之上。开发者提交程序，由云平台负责启动、扩缩容和按需使用资源，不必长期维护一台固定服务器。Cloudflare 原本就通过 Workers 等产品，让程序在其网络上按需运行；Computer 则把这类能力包装成 Agent 可以长期使用的执行环境。
轻活交给 isolate，重活再开容器
它的关键思路不是给每个 Agent 永久分配一个完整容器，而是让平台按任务选择运行位置：isolate、容器沙箱或 Web 浏览器。
isolate 是一种轻量、相互隔离的代码运行环境，通常比完整虚拟机或容器启动更快。容器沙箱则把程序及其依赖装进隔离环境，并限制它接触宿主系统的范围，更适合需要完整操作系统能力或风险较高的任务。
Cloudflare 的架构把 Agent 框架放在一个 isolate 中运行，具体使用 Durable Object——可保存状态的 Workers 组件。遇到轻量任务，Agent 直接在 isolate 里处理；确实需要更完整的系统环境时，再把容器当作一次工具调用接进来。
Cloudflare 给出的产品目标是，让不到 10% 的 Agent 工作需要容器，并称编码、音视频处理和文档创建等任务可以由 isolates 承担。这个比例是目标，不是已经测得的结果；现有材料也没有说明这些任务的范围、复杂度和限制。
两种环境怎么共用同一份文件？
如果 Agent 在轻量环境里写了一半文档，又要转到容器里调用更重的工具，最怕文件和状态断开。Cloudflare Computer 为此设置了一个基于 SQLite 的共享文件系统。SQLite 是一种把结构化数据保存在单个文件中的轻量数据库；在这里，它承担共享状态的底座。
isolate 和容器都能访问这套文件系统，因此任务切换运行环境时，仍可处理相同文件。材料还称，它可以配合 Git 仓库、存储桶或其他文件使用。
当前产品提供三种后端：container，把 SQLite 状态通过 FUSE 文件系统挂载给沙箱容器；isolate shell，在 Dynamic Worker 中运行 just-bash；以及 isolate JavaScript，在新的 Dynamic Worker 中执行 ECMAScript 模块。简单说，开发者可以选择完整容器、轻量命令行环境，或直接运行 JavaScript。
为什么这一步值得看？
Agent 的难题不只在于模型是否聪明，还在于它能否跨会话保存进度，并在需要时稳定调用不同工具。Cloudflare Computer 把这些问题合并成一个基础设施产品：平时用轻量环境保存状态和处理任务，需要重型能力时再启动容器。
这也改变了“给 Agent 一台电脑”的含义。它不必是一台始终运行的机器，而可以是一组按需拼装的能力：状态长期保留，计算资源随任务出现。若这种抽象能够成立，开发者面对的将不再是如何为每个 Agent 管理一台服务器，而是如何描述任务，让平台挑选合适的执行环境。
局限与未知
- 现有材料没有提供启动速度、成本、并发规模或任务成功率的基准测试。“更快、更便宜”“无限横向扩展”等仍是厂商表述。
- 开源范围、许可证，以及浏览器后端的具体实现尚未披露。
- 材料声称操作可被管控、审计和观测，但默认能力、配置要求与安全边界仍需官方文档或代码进一步确认。