Cloudflare 近日发布并开源 Cloudflare Computer，试图为人工智能智能体提供一种可长期保留文件和工作状态、同时按需选择执行环境的“计算机”。它并不是一台持续运行的传统虚拟机，而是以 Cloudflare Durable Objects 中的 SQLite 数据库作为权威状态源，在此基础上构建持久化虚拟文件系统，并将文件系统连接到不同类型的运行后端。
这一设计针对的是智能体应用中一个常见的基础设施问题：智能体往往需要跨多轮任务保存代码、文档、中间产物和操作记录，但并非每一步都需要启动完整容器。若把工作空间与容器生命周期绑定，容器停止后需要额外处理状态恢复；若让容器一直运行，又会增加闲置资源开销和调度复杂度。Cloudflare Computer 将持久工作区与执行环境分离，使智能体可以保留同一套文件状态，并在执行具体任务时选择合适的后端。
按照 Cloudflare 公开代码仓库当前的说明，Cloudflare Computer 的 Workspace 可以注册多个后端，并通过统一的 workspace.runtime.exec 入口选择执行位置。项目目前包含三类执行方式：
- 容器后端：通过 FUSE 将 SQLite 中的文件系统状态挂载到沙箱容器，由容器内的
computerd服务负责挂载，并通过 RPC 通道同步修改。该模式提供完整 Linux 用户空间、真实二进制程序和网络能力，适合运行git、包管理器、编译器或其他系统工具。 - 隔离 Shell 后端：在 Dynamic Worker 中运行基于
just-bash的 Shell，通过 Workers RPC 直接访问 Workspace。它适合执行文本处理、文件检索和轻量脚本，不需要等待容器启动。 - 隔离 JavaScript 后端：在新的 Dynamic Worker 中执行 ECMAScript 模块，支持结构化输入输出、工作区支持的文件 API，以及受控的库和模块访问。
这些后端可以同时挂接到一个 Workspace，并在首次使用时再建立连接。实际应用可以把频繁、轻量的文件读取和文本处理交给隔离运行时，仅在需要完整操作系统能力时启动容器。这里的核心变化不是让容器本身永久在线，而是让文件系统和智能体工作上下文独立于某次计算实例而持续存在。
Cloudflare Computer 的底层结构由多个组件组成。@cloudflare/dofs 提供基于 Durable Object SQLite 的虚拟文件系统和同步机制；@cloudflare/computer-rpc 定义运行端与状态端之间的通信类型；@cloudflare/computerd 负责容器内的 FUSE 挂载及 RPC 服务；顶层的 @cloudflare/computer 则向 Durable Objects 应用暴露工作区和运行时接口。代码仓库采用 MIT 许可证。
该项目也延续了 Cloudflare 此前面向智能体基础设施的技术路线。Cloudflare Agents SDK 已利用 Durable Objects 为每个智能体会话提供持久身份、本地 SQL 存储、调度和可恢复执行；其长时间运行智能体模型强调，智能体可以在空闲时休眠，并由请求、WebSocket、定时任务或其他事件重新唤醒。Cloudflare Computer 在这一体系中进一步补上了可由执行后端访问的持久文件工作区，使智能体不仅能够保存结构化状态，也能围绕文件、代码和构建产物持续工作。
公开示例覆盖容器执行、Worker Shell、Worker JavaScript、MCP、智能体工作目录、产物发布和图像生成等场景。一个典型流程是：智能体先在持久工作区创建或修改文件，再将需要系统工具处理的部分交给容器，例如使用文档转换程序生成 PDF；任务完成后，文件结果仍保留在 Workspace 中，后续会话可以继续读取和修改。
不过，Cloudflare 对项目成熟度给出了明确限制：Cloudflare Computer 当前仅为预览版本，API 尚不稳定，设计仍可能改变，适合实验、探索和原型开发，暂不适合生产环境。代码仓库中的设计文档还包含前瞻性内容，不能全部视为已经实现的产品能力。开发者在评估时，还需要分别考虑运行后端的网络权限、凭据注入、文件同步、隔离边界和故障恢复机制。
从架构意义看，Cloudflare Computer 将智能体的“计算机”拆分为两个可以独立伸缩的部分：长期存在的工作区，以及按需启用的计算后端。对于需要跨会话编辑代码、处理文件和调用系统工具的智能体，这种设计提供了介于纯无状态函数与长期运行虚拟机之间的新选择；其实际可用性，则仍取决于预览阶段后的接口稳定性、性能表现和生产级保障。