Cloudflare推出Worker Previews隔离分支与生产环境

Cloudflare正式推出Worker Previews。开发者可让每个Git分支拥有独立、接近生产环境的Worker运行空间，并获得稳定URL、分支专属配置与状态，以及仅覆盖当前预览环境的日志和指标。通过 npx wrangler preview 可创建预览，同一Worker最多可同时运行数百个互不影响的预览，且不会接收生产流量。

这项能力主要面向智能体驱动开发。由于编码智能体能够高频生成大规模修改，测试和反馈不能成为瓶颈。Cloudflare将Previews设计为智能体开发生命周期中的闭环，让每次变更都能独立部署、观测、修正并再次验证。

状态隔离是实现难点。Durable Objects采用单例模型，同一对象ID对应一个存储实例，若预览与生产共用命名空间，测试就可能改动线上数据。Wrangler因此会为每个预览创建独立的Durable Object命名空间和Container应用，失败的迁移或架构调整也只影响当前分支。代码通过 ctx.exports 访问对象时，生产环境解析到生产命名空间，预览环境则解析到对应预览空间。

配置方式类似从main分支创建新分支。团队可在Wrangler配置文件的previews区块中预设变量、密钥和绑定，例如把R2存储桶指向暂存资源；单个预览还可以改用指定数据库或测试API密钥，且不会影响基础配置、生产环境或其他预览。通过Workers Builds连接的Worker会在推送代码后自动生成预览，后续向同一分支推送时会更新原有预览。

Workers Observability会按预览环境提供日志、错误、指标和请求追踪。Cloudflare展示的智能体流程包括：用Browser Run和Playwright MCP打开预览、执行登录等操作、保存截图或可回放会话，再通过Workers Observability MCP匹配失败请求与追踪事件，修改代码后重新部署验证。预览也支持类似 feature-login.previews.example.com 的自定义域名，可保持Cookie、CORS和OAuth重定向行为接近生产，并能通过Cloudflare Access限制访问。

Cloudflare称，其内部已使用Previews开发开源平台CloudflareOS。该平台通过Gatekeepers把智能体连接到Google、GitHub和Slack等服务，并为每个待审变更部署完整预览。早期用户Supermemory和Ramp也给出了反馈，但目前没有公开基准测试或量化结果。

Worker Previews与Wrangler environments不同，后者需要为每个环境分别部署和管理Worker；它也不同于现有的Worker预览URL，后者已更名为Version URLs，只指向已上传版本、不按分支隔离，并只能访问生产资源。Worker Previews结束私有测试后已正式开放。

目前仍有多项限制：预览中的服务绑定会调用被绑定Worker的生产部署，因此多Worker应用尚未实现完全隔离；预览可向Queues发送消息，却不能消费消息；若要隔离Workflow执行，还需额外配置。长期用于暂存和质量保证的预览尚未端到端支持，但已列入路线图。团队还需排查对Version URLs的依赖，因为这些URL仍会指向生产绑定。