Cloudflare 通过对 Browser Run 的重构完善了其代理基础设施技术栈

核心升级

Cloudflare 以自有容器平台为基础重构了 Browser Run，并带来显著提升：

• 并发能力提升 4 倍：从同时运行 30 个浏览器增加到 120 个
• 响应时间缩短 50%：快速操作的响应时间大幅优化
• 新增支持：WebGL 和 WebMCP

此次升级不需要当前用户做任何操作。

重构原因：AI Agent 的特殊需求

此前，Browser Run 与 Cloudflare 的 Browser Isolation（BISO）产品共享基础设施。人类用户的会话持续时间长且较稳定，但这与 AI Agent 短暂且突发性强的使用模式产生了冲突。

重构要点

1. 采用专用容器，在各区域部署预热浏览器池
2. 状态管理迁移：从 Workers KV（最终一致性会导致竞争条件）迁移至使用队列的 D1（支持事务性分配，每个位置的批处理可处理高达 50 万个容器）
3. 取消多步协调：针对快速操作取消了多步的 WebSocket 协调机制，转而采用完全在容器内部执行的单次 HTTP 请求

六层平台组件：完整的 Agent 技术栈

过去两个月，Cloudflare 已发布六个独立的基础设施组件，覆盖代理平台所需的每一层：

1. 计算服务（两层）

Dynamic Workers

• 基于 V8 隔离环境运行，可在数毫秒内启动
• 适用于代码检查、类型检查和 API 调用等轻量级任务

Sandboxes（沙箱）

• 现已全面开放，提供完整的 Linux 容器
• 适用于 Agent 需要使用 Git、Bash、开发服务器和多语言构建的场景
• 通过出站代理安全地注入凭证，确保 Agent 永远不会接触原始令牌

2. 流程编排

Dynamic Workflows

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

3. 记忆

Agent Memory（私有测试阶段）

• 通过双通道摄取管道从 Agent 对话中提取结构化记忆
• 借助"互惠排名融合（Reciprocal Rank Fusion）"技术通过五通道并行搜索进行检索
• 共享记忆档案使 Agent 能够访问共同知识

4. 浏览功能

Browser Run on Containers

• 为 Agent 提供无头 Chromium 实例
• Agent 可通过 DevTools 协议或 Agent SDK 对其进行控制
• 新增 WebMCP 功能支持通过浏览器直接进行模型上下文协议交互

5. 商业层

通过 与 Stripe 共同设计的协议：

• Agent 可以自主创建 Cloudflare 账户
• 注册域名
• 开通订阅并部署到生产环境
• Stripe 负责身份验证和支付处理，并为每位服务提供商设置了每月 100 美元的默认支出上限

与竞品对比

亚马逊云科技 Bedrock AgentCore

• 带 Agent Registry
• 但缺少托管的浏览器或等效的 Agent 记忆功能

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/