你让 AI 整理一批资料：先把文件存好，再运行脚本转换格式，过一会儿还要接着上次的进度继续做。模型可以告诉你步骤，却不天然拥有一台能保存文件、运行程序的电脑。开发者往往得自己拼接存储、沙箱和执行工具。Cloudflare Computer 想把这一层直接封装起来：给 Agent 一套可保存状态、也可更换执行环境的“虚拟电脑”。
这值得现在看，因为 Agent 正从聊天走向办事。它不仅要生成答案，还要操作文件、运行程序，甚至完成跨越较长时间的任务。Cloudflare Computer 同时碰到了这三条主线。不过，目前全部信息均来自 Cloudflare 官方 GitHub 仓库，尚无第三方实测或独立信源交叉验证。
先把“电脑”拆成两部分
Cloudflare Computer 的核心不是一台传统虚拟机，而是一个位于 Durable Object 内的虚拟文件系统。Durable Object 是 Cloudflare Workers 中把计算与持久状态绑定在一起的服务；在这里，它充当这台电脑的“档案柜”。文件的权威状态保存在 SQLite 数据库中。
执行程序则是另一层。项目通过 workspace.runtime 提供可插拔的执行环境，并把入口统一成 workspace.runtime.exec(source, { backend })。backend 即执行后端，决定传入内容会被当作 shell 命令，还是 JavaScript 模块。
这种拆分的直觉很简单：文件和工作进度留在同一张书桌上，但干活的工具可以换。某项任务需要完整的 Linux 环境，就接入容器；只想快速执行一段受限命令或 JavaScript，则换成更轻的环境。一个 Workspace 可以用固定标识注册多个后端，并在第一次使用时才连接。它也可以不配置任何后端，只当文件系统使用。这里的“固定标识”只指后端注册用的 ID，不代表产品或 API 已经稳定。
三种环境，做三类取舍
当前预览版提供三种后端。
第一种是 Container。容器是隔离程序及其依赖的轻量环境；沙箱更强调限制程序对外部系统的影响。Cloudflare 称，这一后端可以运行 Linux 工具、真实二进制程序并访问网络。它通过 computerd 把 SQLite 中的状态挂载成真正的 FUSE 文件系统。FUSE 是一种让用户态程序实现文件系统的 Linux 接口，程序看到的是普通文件，背后实际连接数据库状态。文件变更再经 capnweb RPC 同步回去。RPC，即远程过程调用，让一个组件能像调用本地函数那样请求另一个组件执行操作。
第二种是 Isolate shell。它在 Dynamic Worker 中运行 just-bash，并通过 Workers RPC 直接访问权威 Workspace。按 Cloudflare 的说法，这条路径不另设一份存储，也不需要在两份状态间来回同步。
第三种是 Isolate JavaScript。它会在新的 Dynamic Worker 中执行 ECMAScript module，也就是标准化的 JavaScript 模块。该环境提供结构化输入与结果、持久化相对导入、预先配置的库，以及由 Workspace 支撑的 node:fs/promises 等能力。
三种后端不是简单的性能档位。它们代表不同的执行方式：容器更接近一台完整电脑，另外两种则把 shell 或 JavaScript 放进更轻、更受控的运行环境。项目还允许同一个 Workspace 按任务切换后端，文件状态不必跟着执行工具一起更换。
为什么它可能成为 Agent 的底座
Agent 真正难处理的，常常不是“想出下一步”，而是把一连串动作可靠地落到现实环境中。文件放在哪里，程序在哪里运行，换一种运行方式后还能不能继续使用原来的成果，都是基础设施问题。
Cloudflare Computer 给出的答案是：先确定唯一的文件状态，再把执行层做成插头。这样，Agent 的工作目录可以持续存在，执行环境则按任务选择。仓库里的可运行示例已经覆盖容器、Worker shell、Worker JavaScript，以及使用 Workspace 作为工作目录的聊天 Agent。另一个示例把相同的 Agent 任务分别交给容器和 Worker 环境并排运行。教程则展示了一条具体流程：Agent 在宿主侧写出 Markdown 食谱卡，再在容器内运行 pandoc 生成 PDF。
这套设计的意义不在于又多了一种 Agent 框架，而在于它把“可操作的电脑”整理成一组相对统一的接口。上层 Agent 可以专注于决定做什么，底层负责保存文件、选择沙箱并执行命令。对于浏览器操作、代码执行和长任务而言，这正是模型与真实电脑之间经常缺失的一层。
局限与未知
- Cloudflare 明确将项目标为 PREVIEW ONLY：它只适合实验、探索和原型，目前不适用于生产环境；API 不稳定，设计也可能改变。
docs/下的规范是面向未来的设计意图，不能据此认定其中描述的能力已经实现。- 容器能力、不同后端的同步开销和性能表现目前都主要来自项目方自述。仓库虽提到文件系统基准测试，但现有材料不足以支持独立的性能判断。