Cloudflare Computer 发布:AI 智能体需要「计算机」,而不是容器

最强的 AI 智能体都有一个共同点:它们拥有自己的一台「计算机」——文件系统、shell、工具、运行代码的能力。Cloudflare 把这个思路做成了开源产品:@cloudflare/computer,一个直接挑战「一个智能体一台容器」模式的智能体运行时。

为什么「一智能体一容器」走不通

半年前,起一个容器、把智能体装进去还是标配。现在行业正在转向「大脑与双手分离」:harness 负责推理循环,沙箱负责执行代码。但即便如此,主流假设仍是每个智能体配一个容器。Cloudflare 的判断很直接:把所有云厂商的算力加在一起,也不够给数亿、数十亿个并发智能体各配一台容器。这也是行业最近疯狂抢 CPU(而不只是 GPU)算力的原因。

Cloudflare Computer 怎么运作

npm install @cloudflare/computer 安装后,核心是一个 workspace:基于 SQLite 的虚拟文件系统,可以从 git 仓库、存储桶或任意文件初始化,所有操作都被管控、审计、可观测。同一个 exec(string, options) 接口下有三个执行后端:

  • Isolate shell:just-bash 把 shell 代码转成 JavaScript,跑在 Dynamic Worker 里
  • Isolate JavaScript:在全新 Dynamic Worker 中运行 ECMAScript 模块
  • Container:通过 Cloudflare Containers 提供完整 Linux 环境,文件系统以 FUSE 挂载并双向同步

智能体 harness 本身跑在 Durable Object(isolate)里:空闲时休眠、状态持久化、横向无限扩展;容器按需挂载,只在需要 Linux、npm 或原生二进制时才作为工具调用。智能体通过 exec 工具的 backend 参数自己选执行环境——Cloudflare 说前沿模型很擅长选「快而便宜」的路径,只在必要时才落到容器。

一张桌子 vs 一个车间

理解它的最好方式:isolate 是桌子,容器是车间。改文件、处理数据、git 操作、写文档这些日常活都在桌上干;编译、跑原生程序、装依赖这种重活才去车间。共享文件系统保证两边不丢上下文,任务可以无缝切换。

为什么说这是产业拐点信号

这不只是 Cloudflare 的一次产品发布,而是对智能体计算下一阶段的押注:

  • **「一智能体一容器」在经济上已经死了。**智能体数量奔着十亿级去,每个智能体一台容器在物理上不可能,胜出的一定是能廉价复用的计算原语。
  • **运行时正在成为新战场。**Cloudflare 想成为智能体默认的执行层,就像它当年成为静态网站和 serverless 的默认选择。
  • **CPU 成了新瓶颈。**对 CPU 算力的恐慌是真实的,它将重塑云厂商对通用算力的定价和供给。

Cloudflare 的目标是:智能体只有不到 10% 的工作需要容器。如果成立,运行智能体的成本曲线会崩塌,行业约束从「基础设施够不够」转向「智能体本身强不强」。

现在就能试

Cloudflare Computer 目前是早期预览,官方定位就是实验、探索和原型验证。代码在 GitHub 仓库,附逐步教程。想对比「云上跑 agent」和「本地跑模型」两种路线,可以看我们之前写的 Qwen3.8-27B 家用显卡部署指南——同一个成本权衡的另一面。

相关资讯