Cloudflare推出Worker Previews：分支级隔离预览环境

Cloudflare宣布正式推出Worker Previews功能，允许每个Git分支拥有独立且类似生产环境的Worker运行环境。每个预览环境具备稳定URL、独立配置和分支专属状态，并提供限定在当前预览环境内的可观测性。开发者可通过npx wrangler preview创建预览，同一Worker下可同时运行数百个预览，彼此互不影响且不触及生产流量。

该功能源于智能体驱动开发的需求。编码智能体能够以更高频率生成更大规模的变更，测试工作必须跟上且不能成为瓶颈。Cloudflare将Previews视为其“智能体开发生命周期”中的反馈闭环，每项变更都是原子的，可独立部署、观测和修改。主要技术难题在于状态隔离：Durable Objects采用单例模型，若预览与生产共享命名空间可能修改线上实例。Wrangler会为每个预览创建新的Durable Object命名空间和Container应用，将失败的迁移和架构变更限制在分支内。

配置方式类似于从main分支创建新分支。团队可在Wrangler文件的previews配置块中设置基础配置，包括变量、密钥和绑定，每个预览以此为基础并可单独修改。通过Workers Builds连接的Worker会在代码推送时自动获得预览，后续推送会更新同一预览。Workers Observability范围限定在每个预览环境内，开发者无需从生产流量中筛选即可查看日志、错误、指标和请求追踪。

Cloudflare还描述了一套结合Browser Run、Playwright MCP和Workers Observability MCP服务器的智能体循环：智能体在无头浏览器中打开预览，操作登录等流程，捕获截图或可重放会话，匹配失败请求与追踪事件，然后修改代码、重新部署并验证。预览可通过自定义域名提供服务，使Cookie、CORS和OAuth重定向行为与生产一致，并可通过Cloudflare Access设置访问限制。

工程师需注意当前限制：预览环境中的服务绑定仍会调用被绑定Worker的生产部署，多Worker应用尚未完全隔离；预览可向Queues发送消息但无法消费；隔离Workflow执行需额外配置；长期预览环境尚未端到端支持。团队还应检查现有系统是否依赖Version URLs，因为这些URL仍指向生产绑定。