Cloudflare 以其自有容器平台为基础重构了 Browser Run，并发数提升了 4 倍（从同时运行 30 个浏览器增加到 120 个），快速操作的响应时间缩短了 50%，并支持 WebGL 和 WebMCP。

此次升级不需要当前用户做任何操作，这也标志着过去两个月中一系列发布活动的圆满结束。这些举措共同构建了一个用于开发和运行 AI 代理的全栈平台。来自 Browser Run 团队的 Ruskin Constant、Rui Figueira 和 Sofia Cardita 写道：

AI 代理构建者们发现了 Browser Run，并迅速使请求量超出了我们现有的处理能力。

需求的激增使我们不得不重新思考架构设计。此前，Browser Run 与 Cloudflare 的 Browser Isolation（BISO）产品共享基础设施。通常，人类用户的会话持续时间长而且比较稳定，但这与 AI 代理短暂且突发性强的使用模式产生了冲突。此次重构采用了专用容器，并在各区域部署了预热浏览器池；将状态管理从 Workers KV（最终一致性会导致竞争条件）迁移至使用了队列的 D1（支持事务性分配，每个位置的批处理可以处理高达 50 万个容器）；同时，针对快速操作取消了多步骤的 WebSocket 协调机制，转而采用完全在容器内部执行的单次 HTTP 请求。

Browser Run 是一个浏览层，更宏大的规划在于打造一个平台。在过去的两个月里，Cloudflare 已经发布了六个独立的基础设施组件，它们覆盖了代理平台所需的每一层：

• 计算服务分为两个层级。 Dynamic Workers 基于 V8 隔离环境运行，可在数毫秒内启动，适用于代码检查、类型检查和 API 调用等轻量级任务。沙箱（Sandboxes）现在已经全面开放，提供完整的 Linux 容器，适用于代理需要使用 Git、Bash、开发服务器和多语言构建的场景，并通过出站代理安全地注入凭据，确保代理永远不会接触原始令牌。

• 流程编排由 Dynamic Workflows 负责。这是一个有约 300 行代码的库，遵循 MIT 许可。它扩展了 Cloudflare 的持久执行引擎，工作流代码在运行时会因为租户、代理或请求的不同而有所差异。每个步骤都可以独立重试，每次休眠暂停都是免费的，而且闲置租户几乎不产生任何成本。

• 记忆由 Agent Memory 提供，该服务目前处于私有测试阶段。它通过双通道摄取管道从代理对话中提取结构化记忆，并借助“互惠排名融合（Reciprocal Rank Fusion）”技术通过五通道并行搜索进行检索。共享记忆档案使代理能够访问共同知识。

• 浏览功能现在已经改为 Browser Run on Containers。它可以为代理提供无头 Chromium 实例，使代理可以通过 DevTools 协议或代理 SDK 对其进行控制。新增的 WebMCP 功能支持通过浏览器直接进行模型上下文协议交互。

• 商业层完善了整个技术栈。通过与 Stripe 共同设计的协议，代理可以自主创建 Cloudflare 账户、注册域名、开通订阅并部署到生产环境。Stripe 负责身份验证和支付处理，并为每位服务提供商设置了每月 100 美元的默认支出上限。

关键问题在于，这是否构成了超大规模云服务商之外最完善的代理基础设施方案。亚马逊云科技提供带 Agent Registry 的 Bedrock AgentCore，但缺少托管的浏览器或等效的代理记忆功能。Google Cloud 提供了  GKE Agent Sandbox，但仅仅是作为 Kubernetes 的原生组件存在，而不是托管的平台服务。两者均未提供可以媲美商业协议的功能。

Cloudflare 的策略与上述两者均不相同：它采用垂直整合的架构，其中每一层都通过其全球网络在边缘进行分布式部署，每个绑定都正朝着按租户的动态分配模式发展，而平台本身正是 Cloudflare 所称的“零号客户”（Customer Zero），即在他们销售的基础设施服务上运行自己的产品。对于正在评估代理基础设施建设方向的平台团队而言，这种集成优势能否超越超大规模云服务商提供的更广泛的生态系统，尚有待观察。

Browser Run 的功能改进现在已经面向所有 Workers 套餐上线。Agents SDK 已经内置了 Browser Run 支持。

原文链接：https://www.infoq.com/news/2026/05/cloudflare-agent-platform-stack/