01 cover cloudflare os 1
6

8 月

Cloudflare OS 发布:不是又一个 Agent 框架,是 Agent 的操作系统

Cloudflare OS架构图 七个核心组件Workers与Durable Objects与D1与R2与AI Gateway围绕Agent操作系统

Cloudflare 在 AI 圈的存在感一直很微妙。2026 年 8 月,Cloudflare OS 发布了。这一次他们终于把所有拼图拼到了一起——拼出来的画面是一个面向 Agent 的原生操作系统。

什么是 Cloudflare OS?

它不是一个新的桌面操作系统。它是 Cloudflare 对所有边缘基础设施的一次重新定位和整合,定位目标:为 AI Agent 和应用提供完整的运行时环境。用一句话理解:如果 AWS 是给人用的云,那 Cloudflare OS 是给 Agent 用的云

核心组件:

  • Workers — Agent 的「大脑」运行环境
  • Durable Objects — Agent 的「记忆」
  • D 1 — Agent 的「知识库」(边缘 SQLite)
  • R 2 — Agent 的「文件系统」
  • Queues — Agent 的「待办事项」
  • AI Gateway — Agent 的「模型调度」
  • Browser Rendering — Agent 的「浏览器能力」
Cloudflare OS与Agent框架和Agent平台三层定位对比 开发框架与低代码平台与运行时基础设施

和 LangChain / Dify / n 8 n 的本质区别

它们不是同一个层上的东西。LangChain 是 Agent 的「编程语言」,Dify 是 Agent 的「IDE」,Cloudflare OS 是 Agent 的「Linux」。Cloudflare OS 不是要取代它们,而是要做这些平台底下的那一层

Agent 框架Agent 平台Cloudflare OS
定位开发框架低代码平台运行时基础设施
代码跑在哪你的服务器平台服务器全球 330+ 边缘节点
状态管理自己管平台帮管原生 Durable Objects
扩展性自己搭平台限制内自动扩展
Cloudflare OS四类目标用户:独立开发者Agent SaaS、长运行Agent、延迟敏感应用、小团队统一平台

谁会最先受益?

  1. 独立开发者做 Agent SaaS:一个平台写完部署完,全球边缘运行
  2. 长运行 Agent:Durable Objects 有状态长连接天然适合
  3. 延迟敏感应用:全球边缘节点 sub-100 ms 响应
  4. 小团队:7 个组件、1 个平台、1 张账单

局限和风险

供应商锁定是硬伤——Workers、Durable Objects 都不是开放标准。相比之下,8 月 GitHub 上的开源 Agent 基础设施(如 loopx 的 Agent-loop agnostic 设计)提供了更开放的替代路径。Workers 的计算天花板也比传统容器低,适合 I/O 密集型但非 GPU 计算任务。Agent OS 作为新概念能不能被市场接受还需验证。

一句话

Cloudflare OS 不是你要安装的软件,是你要部署 Agent 时不得不考虑的底层。搭配 AI Agent 安全防护 的多层防御策略,Cloudflare OS 的沙箱机制提供了一层天然的执行隔离。如果跑通了,以后讨论的不是 Agent 部署在 AWS 还是 GCP,而是跑在 Cloudflare OS 上还是自己搭。

概念校准:Cloudflare OS 不是官方产品名

核查日期:2026 年 8 月 16 日。Cloudflare 官方目前把这套能力称为 Agents 平台、Agents SDK 和 AI Platform,没有名为“Cloudflare OS”的独立正式产品。本页保留“OS”作为编辑比喻,用来解释 Workers、Durable Objects、存储、队列、浏览器和模型网关如何组成 Agent 运行底座。

官方文档确认每个 Agent 会话可拥有持久身份、本地 SQL 状态、实时连接、定时任务和可恢复执行;这支持“Agent 运行时平台”的判断,但不应被写成 Cloudflare 发布了传统操作系统。

进一步比较可查看AI Agent 落地三大范式MCP 基础设施演进智盒工具栏

评论 (1)

评论被关闭。

RELATED

Posts