Agent 需要的是一台计算机，而不是一个容器——隆重推出 @cloudflare/computer

[!quote]+

今天，我们推出 @cloudflare/computer 的早期预览版。@cloudflare/computer 软件包提供了一个 Agent 运行时环境，平台负责处理在隔离环境、容器沙箱或 Web 浏览器中运行的代码的具体细节和机制。每个 Agent 都会获得一台计算机，运行时环境会针对效率和可扩展性进行优化。

在 Cloudflare，我们长期以来一直在研究这个问题，并创建了一种更高效的计算原语：隔离区（isolates）。早在近十年前推出 Cloudflare Workers 时，我们就做出了这个非主流的尝试。近六年前推出 Durable Objects 时，我们再次做出了同样的尝试。我们之所以做出这个决定，是因为隔离区可以无限水平扩展。它们的启动和销毁速度都非常快。它们可以在 Agent 空闲时进入休眠状态，存储 Agent 自身的状态，甚至可以启动自己的隔离区来运行不受信任的代码。隔离区是实现水平扩展的最佳方式，而水平扩展正是 Agent 所需要的。

去年，我们赋予了隔离区启动自身容器沙箱的能力。从一开始，Cloudflare 的架构就旨在隔离区（在持久对象中）运行 Agent 程序框架，并按需调用附加容器作为工具。这样，您只需在需要时使用更复杂的计算资源，从而优化性能和成本。持久对象可以无限水平扩展，而附加容器则支持其垂直扩展，以执行任何任务。我们自己也是这样构建代理的，并且我们看到客户也用这种方式构建了令人惊叹的应用。

但是，考虑到构建代理（隔离区和容器）需要多种底层计算原语，以及我们的客户和开发者需要在用户空间自行组合这些原语，我们认为我们可以做得更好。我们认为我们可以提供更简洁的抽象。

这就是为什么我们启动这项实验，将 @cloudflare/computer 作为开源库发布，以便与正在不断突破大规模运行 Agent 极限的客户一起学习。

@cloudflare/computer 软件包的出发点很简单：如果我们给 Agent 一个预先准备好的文件系统，以声明的方式定义，其中包含完成当前任务所需的一切，以及一系列用于操作这些文件的执行环境，每个执行环境在速度、功能和成本方面都有自己的优缺点，那会怎么样？

@cloudflare/computer 软件包提供了一个持久的文件系统，可用于 Git 仓库、存储桶或您选择的任何文件。它提供了一系列工具，允许您使用代码模式或 Bash 命令来读取、写入和编辑文件。所有操作都受到门控、审计和监控，使您可以对 Agent 可以执行的更改进行精细控制，并清晰地记录 Agent 执行的操作。

@cloudflare/computer 的核心组件是工作区。它是一个基于 SQLite 的虚拟文件系统，可以从包括云存储和源代码控制系统在内的各种来源填充数据。

工作区支持可选的执行运行时，允许对文件系统运行代码。所有运行时都支持相同的接口，目前开箱即用有两种（但你可以自己编写）：exec(string, options)

• 一个基于隔离的运行环境使用just bash将shell代码转换为JavaScript，运行于动态工作程序中。这里，文件系统可通过工作绑定直接访问。


• 一个使用 Cloudflare 容器提供完整 Linux 环境的容器运行时。这里，文件系统通过用户空间文件系统挂载（FUSE）提供，确保文件对容器可用且更改同步回来。

该类提供了直接操作文件系统的API接口，以及兼容的包装器，使其可以轻松地与第三方JavaScript库一起使用。Workspacenode:fs

请访问工作空间仓库，了解更多如何使用不同后端和工具的示例，包括一步步从零构建代理的教程。