โมเดลและแพลตฟอร์ม AI
Cloudflare เปิดซอร์สเอนจินเบราว์เซอร์ Kitesurf สำหรับเอเจนต์ AI
เพิ่ม Unite.AI ลงในแหล่งข้อมูลที่คุณต้องการบน Google
ประเด็นสำคัญKitesurf replaces Chrome with a lighter engine that renders pages and runs JavaScript…
ดูเพิ่มเติม
- Kitesurf replaces Chrome with a lighter engine that renders pages and runs JavaScript for AI agents.
- Self-hosting shifts security to operators because the engine ships without authentication and exposes a public URL.
- Kitesurf remains experimental with incomplete Chrome compatibility despite its efficiency gains for agent workloads.
เมื่อวันที่ 13 พฤศจิกายน 2026 Cloudflare ประกาศว่า Kitesurf ซึ่งเป็นเอนจินเบราว์เซอร์รุ่นทดลองสำหรับเอเจนต์ AI เปิดให้ใช้งานเป็นโอเพนซอร์สแล้วภายใต้สัญญาอนุญาต Apache 2.0 นักพัฒนาสามารถตรวจสอบและแก้ไขโค้ด เรียกใช้ในเครื่อง หรือปรับใช้เอนจินของตนเองบน Cloudflare Workers ได้
คลังซอร์สโค้ดสาธารณะเปิดโอกาสให้นักพัฒนานำเอนจินไปใช้งานและปรับเปลี่ยนในบัญชี Cloudflare ของตนเอง แทนที่จะต้องพึ่งพา Browser Run APIs ที่ Cloudflare จัดการให้เพียงอย่างเดียว Cloudflare เคยให้คำมั่นว่าจะดำเนินการขั้นนี้เมื่อ เปิดตัว Kitesurf เมื่อวันที่ 6 สิงหาคม 2026 และย้ำอีกครั้งใน การอัปเดตเมื่อวันที่ 28 กันยายน 2026 ซึ่งเพิ่มการรองรับ WebMCP ขยายการรองรับ Browser API และ Browser Run และเพิ่มการแสดงผลเทอร์มินัล
เบื้องหลังการออกแบบ Kitesurf ที่มุ่งเน้นเอเจนต์
Kitesurf แปลง HTML และ CSS ให้เป็นหน้าเว็บที่แสดงผลแล้ว เรียกใช้ JavaScript ของหน้าเว็บ และสร้างภาพหน้าจอได้โดยไม่ต้องใช้ Chrome หรือคอนเทนเนอร์เบราว์เซอร์ โดยเปิดให้ใช้งานปลายทาง Chrome DevTools Protocol (CDP) ซึ่งเป็นอินเทอร์เฟซควบคุมที่ Chrome DevTools และซอฟต์แวร์ระบบอัตโนมัติที่รองรับใช้งาน ทำให้ไคลเอ็นต์ Puppeteer และชุดเครื่องมือของเอเจนต์ AI เชื่อมต่อได้
ภายในระบบ Engine ทำหน้าที่ประสานเซสชันเบราว์เซอร์และการเชื่อมต่อของไคลเอ็นต์ ส่วน PageScript เรียกใช้หน้าเว็บและ JavaScript ของหน้า และ PageRenderer สร้างผลลัพธ์ที่มองเห็นได้ แพลตฟอร์มนักพัฒนาของ Cloudflare ทำงานร่วมกับคอมโพเนนต์ Rust ที่คอมไพล์เป็น WebAssembly โดย Blitz จัดการการแยกวิเคราะห์ HTML, DOM, การจัดวาง และการวาดภาพ; Stylo จัดการ CSS; ไลบรารีของ Linebender รองรับข้อความและกราฟิก 2 มิติ; และ Krilla สร้างผลลัพธ์เป็น PDF ส่วน Boa ทำหน้าที่เป็นรันไทม์ JavaScript สำรองภายใน WebAssembly เมื่อโค้ดของหน้าเว็บไม่สามารถทำงานใน Dynamic Workers ได้
Cloudflare ระบุว่าเป้าหมายการออกแบบคือการให้เอเจนต์เข้าถึงเว็บได้ตามต้องการ โดยใช้ CPU และหน่วยความจำน้อยกว่าเบราว์เซอร์ Chromium เต็มรูปแบบ พร้อมปรับขนาดตามความต้องการผ่านเครือข่าย Workers สถาปัตยกรรมดั้งเดิมถือว่าการโหลดหน้าเว็บทุกครั้งเป็นข้อมูลนำเข้าที่ไม่น่าเชื่อถือ และแยกคอมโพเนนต์ตามทรัพยากรที่แต่ละส่วนต้องใช้ worker เฉพาะชื่อ SandboxOutbound รับผิดชอบการดึงข้อมูลจากภายนอกทั้งหมด บังคับใช้นโยบายเครือข่าย และแยกคุกกี้ของแต่ละหน้าออกจากกัน ส่วนคอมโพเนนต์อื่นจะเข้าถึงเครือข่ายโดยตรงไม่ได้
การออกแบบนี้ยังยึดหลักการไร้สถานะด้วย Engine จะเก็บสถานะเซสชันไว้ ส่วนคอมโพเนนต์อื่นสามารถทิ้งและสร้างใหม่ได้เมื่อเหมาะสม จึงปรับขีดความสามารถให้รองรับกิจกรรมของเอเจนต์ที่เพิ่มขึ้นอย่างฉับพลันได้ PageRenderer ไม่เก็บสถานะหน้าเว็บถาวร ดังนั้น Engine จึงแทนที่ได้เมื่อคำขอแสดงผลล้มเหลวหรือหยุดชะงัก
ข้อกำหนดและความปลอดภัยในการโฮสต์ด้วยตนเอง
การพัฒนาในเครื่องต้องใช้ Bazelisk, Node.js 22 ขึ้นไป และ pnpm 9.15.4 คำสั่งสำหรับการพัฒนาจะสร้างโมดูล WebAssembly รวมถึงชุดไฟล์ของหน้าเว็บและตัวแสดงผล จากนั้นจึงเริ่มเอนจินในเครื่องที่ 127.0.0.1:8787 การสร้างครั้งแรกจะคอมไพล์แกนหลักของ Rust และไลบรารีที่นำมารวมไว้ ส่วนการสร้างครั้งต่อไปจะใช้แคชของ Bazel ซ้ำ จากนั้นนักพัฒนาสามารถตรวจสอบหน้าเว็บผ่าน Chrome DevTools หรือเชื่อมต่อ Puppeteer และไคลเอ็นต์ CDP อื่น ๆ ได้
การปรับใช้บน Cloudflare ต้องใช้แพ็กเกจ Workers Paid เนื่องจาก Dynamic Workers สร้าง worker แบบแยกส่วนที่ใช้กับหน้าเว็บและตัวแสดงผล หลังจากทดสอบในเครื่องแล้ว ผู้ดูแลระบบสามารถปรับใช้เอนจินในบัญชีของตนเอง เพื่อใช้เป็นทางเลือกแทน APIs ที่ Browser Run จัดการให้
การโฮสต์ด้วยตนเองยังหมายถึงการรับผิดชอบด้านความปลอดภัยที่สำคัญด้วย เอนจินไม่มีระบบยืนยันตัวตนในตัว และที่อยู่ workers.dev จะเปิดเป็นสาธารณะโดยค่าเริ่มต้น หากไม่มี Cloudflare Access หรือชั้นการยืนยันตัวตนอื่น ผู้ที่มี URL ก็สามารถเรียกดูเว็บผ่านเอนจิน เชื่อมต่อไคลเอ็นต์ CDP ส่งคำขอที่มาจากบัญชี Cloudflare ของผู้ดูแลระบบ และใช้เวลา CPU กับ Dynamic Workers ที่ต้องชำระเงินได้ คลังซอร์สโค้ดแนะนำให้ผู้ดูแลระบบปกป้อง URL ทันที และอธิบายวิธีเปิดใช้ Access ทั่วทั้งบัญชีก่อนปรับใช้ เพื่อหลีกเลี่ยงช่วงเวลาที่ระบบเปิดเป็นสาธารณะ
สถานะการทดลองและกระบวนการร่วมพัฒนา
Kitesurf ยังอยู่ในสถานะทดลองและกำลังพัฒนาอย่างต่อเนื่อง คลังซอร์สโค้ดระบุว่าเป็นปลายทาง CDP ไม่ใช่การทำงานของ Chrome อย่างสมบูรณ์ โดยฟีเจอร์บางส่วนของ Chrome DevTools ยังไม่รองรับ Cloudflare ให้ความสำคัญกับความเข้ากันได้ ความน่าเชื่อถือ และประสิทธิภาพ
เมื่อเปิดตัวในเดือนสิงหาคม Cloudflare ระบุว่า Kitesurf ยังไม่เหมาะสำหรับวิดีโอ, WebGL, การจับมือเพื่อผ่านการท้าทายจากบอตที่ต้องใช้ลายนิ้วมือ TLS จริง หรือเซสชันที่ต้องยืนยันตัวตนเป็นเวลานานและอาศัยสถานะถาวร ข้อจำกัดเหล่านี้แสดงให้เห็นว่าการตรวจสอบความเข้ากันได้ยังคงสำคัญต่อเวิร์กโหลดของเอเจนต์ แม้เบราว์เซอร์ที่ใช้ทรัพยากรน้อยกว่าจะมีข้อได้เปรียบก็ตาม
กระบวนการร่วมพัฒนามีโครงสร้างรองรับงานที่ยังดำเนินอยู่ดังกล่าว Cloudflare ขอให้ผู้ที่สนใจร่วมพัฒนาเปิด issue พร้อมตัวอย่างปัญหาขนาดเล็กที่สุดที่ทำซ้ำได้ หรือแนวทางที่เสนอ และขอให้ผู้ดูแลโครงการรับรองก่อนส่ง pull request โดยให้ความสำคัญกับการเปลี่ยนแปลงที่มีขอบเขตชัดเจน มุ่งเน้นเฉพาะจุด และมีการทดสอบ ทั้งนี้ยังยินดีรับรายงานบั๊กการแสดงผลที่ทำซ้ำได้ เวิร์กโฟลว์ระบบอัตโนมัติที่ทำงานล้มเหลว และการแก้ไขเอกสารด้วย
สำหรับนักพัฒนา ข้อแลกเปลี่ยนคือการควบคุมชุดเทคโนโลยีเบราว์เซอร์ได้โดยตรง แต่ต้องดูแลความปลอดภัยของการปรับใช้ด้วยตนเอง และยอมรับว่าเอนจินยังรองรับ Chrome และแพลตฟอร์มเว็บได้ไม่ครบถ้วน
