Cloudflare เปิดตัว Worker Previews: สภาพแวดล้อม preview แยกขาดต่อ branch สำหรับ Workers
Introducing Worker Previews: isolated preview environments for every change your agent makes
เดิมทีคนใช้ Cloudflare Workers มี Version URLs ไว้ดูเวอร์ชันใหม่ก่อนปล่อย แต่ Cloudflare ยอมรับในโพสต์ว่า Version URLs ไม่ได้สร้างสภาพแวดล้อมแยกให้แต่ละ branch และชี้ได้แค่ resource ของ production วันที่ 22 กันยายน 2026 จึงเปิดตัว Worker Previews ออกมาแก้จุดนี้ และบอกว่าพร้อมใช้งานแล้ววันนี้
วิธีใช้คือรัน npx wrangler preview ระบบจะสร้าง Preview ประจำ branch นั้นขึ้นมา มี URL, ตัวแปร, secrets และ bindings ของตัวเอง ทุกครั้งที่รันคำสั่งนี้ Cloudflare จะสร้าง Durable Object namespace และ Container application ชุดใหม่ให้ Preview นั้นโดยอัตโนมัติ state จึงไม่ปนกับ production หรือกับ branch อื่น
config หลักยังอยู่ในไฟล์ wrangler เหมือนเดิม และมีบล็อกใหม่ชื่อ previews ไว้ override ค่าเฉพาะตอนเป็น preview ตัวอย่างในโพสต์ตั้ง vars ENVIRONMENT เป็น preview แทน production และให้ binding R2 ชื่อ UPLOADS ชี้ไปที่ bucket r2-staging แทน prod-uploads binding อื่นก็กำหนด resource แยกด้วยวิธีเดียวกันนี้ Preview URL ยังผูกกับ custom domain ได้ เช่น feature-login.previews.example.com และถ้าอยากให้เป็นส่วนตัวก็ครอบด้วย Cloudflare Access ให้ผู้เข้าชมต้อง sign in ก่อน
Worker ที่เชื่อม Git ผ่าน Workers Builds จะได้ Preview อัตโนมัติทุกครั้งที่ push ข้อมูล observability ทั้ง traces, logs, errors และ metrics แยกเป็นราย Preview ด้วย เวลามีอะไรพังก็ไล่ดูได้ตรง ๆ โดยไม่ต้องคัดทิ้ง traffic ของ production หรือสัญญาณจากการแก้อื่น ฝั่ง agent ใช้ Playwright MCP กับ Browser Run ทดสอบหน้าเว็บ จับภาพหน้าจอ และบันทึก DOM event ได้ Cloudflare บอกว่าพอ agent เห็นทั้งหน้าที่ render ออกมาและสิ่งที่เกิดใน runtime ก็มีหลักฐานพอจะวนลูปก่อนขึ้น production เองได้
ทีมที่ให้ AI coding agent แก้งานหลายชิ้นพร้อมกันจะได้ประโยชน์ชัดที่สุด เพราะทุกการเปลี่ยนแปลงได้ URL จริงไว้ทดสอบโดยไม่ต้องแชร์ staging ตัวเดียวกัน ข้อควรระวังคือต้องกำหนด resource ฝั่ง staging ในบล็อก previews เองให้ครบ ไม่อย่างนั้น binding ที่ไม่ได้ override จะใช้ค่าจาก config หลัก