🧭方法
给 Agent 一台电脑:轻量执行与容器按需分工
AI AgentCloudflare架构趋势自动化
背景:Agent 都要有自己的容器?
过去一年,给 Agent 配一个容器环境是主流做法:模型在容器里写代码、跑测试、处理文件。但容器很重——如果未来有数亿个 Agent 同时在线上,全世界都开不起这么多容器。行业对 CPU 算力的焦虑,根源就在这里。
Cloudflare 的答案是:Agent 需要的不是"一个容器",而是一台"电脑"。
什么是 @cloudflare/computer
它是一个开源库(npm 包),给 Agent 提供两样东西:
- 一份持久化文件系统:存在云端(Durable Object + SQLite),Agent 随时读写,重启不丢,单工作区约 10GB。
- 一组可选的执行环境:同一份文件系统,可以用三种方式操作——
- Worker Shell:把 shell 命令翻译成 JS 在轻量运行时里跑,毫秒级启动;
- Worker JavaScript:隔离的 JS 运行时;
- Container:真 Linux,有 npm、node 和任意二进制,通过 FUSE 挂载同一份文件。
关键设计:让模型自己选。日常的文件操作、git 管理、数据处理走轻量环境;真要装包、跑二进制才开容器。官方测试里,前沿模型做这个选择相当可靠。他们的目标:Agent 的全部工作里,容器占比低于 10%。
为什么这个思路重要
- 水平扩展 vs 垂直扩展:轻量隔离环境可以无限水平扩展,容器用来垂直扩展单任务能力。两个维度分开计价、分开调度。
- 状态与执行分离:文件系统是权威状态,执行环境只是"手"——换环境不丢状态。
- 成本结构变化:如果 Agent 的日常计算都能跑在轻量环境里,单位任务的算力成本会大幅下降,这是 Agent 规模化(百万、亿级并发)的前提。
什么时候值得关注
- 你在设计或评估 Agent 基础设施(沙箱、执行环境、agent 化的任务流水线);
- 你想理解"容器成本焦虑"的解法方向;
- 你在对比各家 Agent 平台的执行层设计。
现状与注意
- 2026 年 8 月初发布,early preview:API 不稳定,官方明确说不适合生产;
- FUSE 挂载在大文件 IO(如 node_modules 安装)上比本地磁盘慢;
- 想尝鲜:clone 官方仓库跑 examples(worker-shell 路径最快,不需要 Docker)。
一句话:给 Agent 的不是越重的环境越好,而是"够用且便宜"的环境,加上一个会自己选的大脑。