Cloudflare 推出 Worker Previews：每個 Git 分支獨立預覽，服務綁定仍連到生產部署

據 AI 前線報導，Cloudflare 已在結束私有測試後正式開放 Worker Previews，讓每個 Git 分支擁有近似生產環境的獨立 Worker 預覽環境。每個預覽都有穩定 URL、分支專屬配置與狀態，並提供限定於該環境的觀測性；開發者可使用 `npx wrangler preview` 建立預覽，同一個 Worker 可同時執行數百個彼此不互相影響、也不承接生產流量的預覽。 Worker Previews 的設計主要回應 AI 代理更高頻率產生程式碼變更的需求。Cloudflare 將其定位為 AI 代理開發生命週期中的回饋閉環，讓每項變更都能獨立部署、觀測、修改與重新驗證。搭配 Browser Run、Playwright MCP 和 Workers Observability MCP 伺服器，AI 代理可在無頭瀏覽器中操作預覽、擷取螢幕截圖或可重播工作階段，將失敗請求與追蹤事件比對後修改程式碼並重新部署。 狀態隔離是主要技術重點。Wrangler 會為每個預覽建立新的 Durable Objects 命名空間與 Container 應用，避免預覽與生產環境共用命名空間時修改線上實例。透過 `ctx.exports` 存取時，生產環境會解析至生產命名空間，預覽環境則會解析至該預覽專屬命名空間。團隊也能在 Wrangler 的 `previews` 設定區塊指定變數、密鑰與綁定，例如把 R2 儲存桶指向暫存儲存；個別預覽還可改用特定資料庫或測試 API 金鑰。 透過 Workers Builds 連接的 Worker 會在推送程式碼時自動建立預覽，同一分支後續推送則更新原有預覽。預覽也可使用自訂網域，讓 Cookie、CORS 與 OAuth 重導向行為更接近生產環境，並可透過 Cloudflare Access 限制存取。Workers Observability 會將日誌、錯誤、指標與請求追蹤限定在個別預覽內，避免開發者從生產流量中篩選資料。 不過，這項功能尚未達到完全隔離：預覽中的服務綁定仍會呼叫被綁定 Worker 的生產部署，因此多 Worker 應用仍可能接觸生產環境。預覽可以向 Queues 發送訊息，但不能消費訊息；若要隔離 Workflow 執行，仍需額外設定。Cloudflare 目前也尚未端到端支援用於暫存與品質保證的長期預覽環境，僅表示已將此需求列入路線圖。另需檢查既有系統是否依賴 Version URLs，因為這些 URL 仍會指向生產綁定。 Worker Previews 不同於必須分別部署與管理 Worker 的 Wrangler environments，也不同於現已更名為 Version URLs 的既有 Worker 預覽 URL；Version URLs 只指向已上傳版本、並不依分支隔離且只能存取生產資源。Cloudflare 表示內部已使用 Previews 建置開源平台 CloudflareOS；文章另提及 Supermemory 與 Ramp 為早期使用者，但未提供基準測試或量化結果。