Cloudflare Computer 是什么？为什么 AI Agent 需要“电脑”而不只是容器

Cloudflare Computer 不是一台可以远程登录的云电脑，也不是给 AI Agent 套上桌面界面的虚拟机。它是 Cloudflare 在 2026 年 8 月公布的一套 Agent 工作空间与执行抽象：文件持续保存在 Durable Object 中，Agent 可以读取、编辑和运行这些文件，再按任务需要把命令交给轻量 Isolate 或完整 Linux 容器。

Cloudflare 在 2026 年 8 月 3 日的官方文章中把 @cloudflare/computer 定位为 Early Preview，讨论的重点并不是“容器是否有用”，而是为什么不该把每一次 Agent 操作都默认塞进一只容器。项目目前适合实验、探索和原型验证，官方明确说明 API 仍不稳定，暂不适合生产环境。

“电脑”在这里指的是稳定工作空间，而不是桌面系统

人类使用电脑时，不会关掉一个应用就丢失全部文件；Agent 也需要相似的连续性。Cloudflare Computer 把虚拟文件系统、命令执行、Git、文件分享和 AI SDK 工具组合成一个 Workspace。Agent 可以先写入代码和笔记，稍后再从同一目录继续工作，而执行后端可以替换，文件本身不必跟着后端迁移成多份互不相通的副本。

这也是名称中 Computer 的含义：它试图提供一组“文件 + 工具 + 执行环境”的统一能力，而不是模拟显示器、鼠标和窗口。对于编程 Agent、研究助手、文档处理或自动化任务，这种抽象往往比完整 GUI 更接近真正需求。

Cloudflare 为什么反对“每个 Agent 一只常驻容器”

容器可以提供真实 Linux 用户空间、Node.js、npm 和系统二进制程序，能力完整，但启动、内存占用和持续运行成本通常高于 Isolate。Cloudflare 的判断是，大量 Agent 步骤只是读取文件、搜索文本、编辑配置、请求网页或执行少量脚本；如果每个动作都唤醒完整容器，资源模型会很快变得笨重。

因此，官方提出把 Agent 的“脑”和“手”分开：模型与编排可以留在快速启动的 Worker/Isolate 中，轻量命令优先在 Isolate 完成；只有需要真实 Linux 二进制、复杂依赖或更完整沙箱时才使用 Container。Cloudflare 希望最终让必须进入容器的工作低于 10%，但这是项目目标，不是已经被通用基准验证的结果。

Cloudflare Computer 在 Isolate 中完成 Git 与依赖更新任务 — Cloudflare 官方演示：Agent 在 Isolate 中克隆仓库、读取文件并完成依赖更新；实际能力取决于启用的后端与命令模块。

共享文件系统让不同执行后端处理同一份工作

Cloudflare Computer 的关键不是简单增加一个 shell，而是把 Durable Object 内的 SQLite 存储作为虚拟文件系统的权威状态。Isolate 可以直接通过绑定操作这套文件；容器则借助 FUSE 挂载和同步机制看到同一工作空间。这样，轻量后端写下的脚本可以交给容器运行，容器产生的结果也能回到 Agent 原来的目录。

Cloudflare Computer 共享文件系统连接 Container 与 Isolate 的架构 — 官方架构图展示了 Workspace 虚拟文件系统与 Container、Isolate 两类执行路径。

官方发布文章主要介绍了 Container 与基于 just-bash 的 Isolate shell 两条路径。随后仓库文档进一步列出 Worker JavaScript 后端：它会在新的 Dynamic Worker 中执行 ECMAScript 模块。因此，截至 2026 年 8 月 11 日，源码文档描述的是三种后端，而发布文章中的“两种运行时”并不是当前仓库能力的完整清单。

如果你想继续查看 API、安装条件、Wrangler 配置和三种后端的差异，可以阅读站内的 Cloudflare Computer 源码、安装条件与三种执行后端。

它解决了什么，又没有解决什么

这套方案适合需要小型、可持续工作目录的 Agent：例如修改一个代码仓库、生成文档、维护少量构建产物，或在多个工具调用之间保存状态。它还提供 AI SDK 的 read、write、edit、ls 和可选 exec 工具，Agent 框架不必为每种后端重新定义文件接口。

但它不是无限容量的网络磁盘，也不是原生磁盘性能的替代品。官方给出的单 Workspace 容量约为 10 GB；容器侧文件系统驻留内存，FUSE 路径上的大型 node_modules 安装、巨型压缩包解包和重 I/O 会更慢。项目更适合“Agent 规模”的目录，不适合直接装下大型 monorepo 或把高吞吐构建流水线原样搬入。