Cloudflare Merilis Sumber Terbuka Mesin Peramban Kitesurf untuk Agen AI

Cloudflare mengumumkan pada 13 November 2026 bahwa Kitesurf, mesin peramban eksperimentalnya untuk agen AI, kini tersedia sebagai perangkat lunak sumber terbuka di bawah lisensi Apache 2.0. Pengembang dapat memeriksa dan memodifikasi kodenya, menjalankannya secara lokal, atau menerapkan instans mereka sendiri di Cloudflare Workers.

Repositori publik ini memberi pengembang pilihan untuk menjalankan dan mengubah mesin tersebut di akun Cloudflare mereka sendiri, alih-alih hanya mengandalkan API Browser Run terkelola. Cloudflare telah menjanjikan langkah ini saat memperkenalkan Kitesurf pada 6 Agustus 2026, dan sekali lagi dalam pembaruan 28 September 2026 yang menambahkan dukungan WebMCP, memperluas cakupan API peramban dan Browser Run, serta memperkenalkan perenderan terminal.

Di Balik Desain Kitesurf yang Berfokus pada Agen

Kitesurf mengubah HTML dan CSS menjadi halaman yang dirender, menjalankan JavaScript halaman, dan menghasilkan tangkapan layar tanpa Chrome atau kontainer peramban. Kitesurf menyediakan titik akhir Chrome DevTools Protocol (CDP), yaitu antarmuka kendali yang digunakan Chrome DevTools dan perangkat lunak otomasi yang kompatibel, sehingga klien Puppeteer dan kerangka kerja agen AI dapat terhubung.

Di balik layar, Engine mengoordinasikan sesi peramban dan koneksi klien, PageScript menjalankan halaman beserta JavaScript-nya, dan PageRenderer menghasilkan tampilan visual. Cloudflare Developer Platform dipadukan dengan komponen Rust yang dikompilasi ke WebAssembly: Blitz menyediakan penguraian HTML, DOM, tata letak, dan pengecatan; Stylo menangani CSS; pustaka Linebender mengolah teks dan grafis 2D; sedangkan Krilla menghasilkan keluaran PDF. Boa menyediakan runtime JavaScript cadangan di dalam WebAssembly ketika kode halaman tidak dapat dijalankan di Dynamic Workers.

Cloudflare menyatakan bahwa tujuan desainnya adalah memberi agen akses web yang mereka perlukan dengan penggunaan CPU dan memori yang lebih rendah daripada peramban Chromium lengkap, sekaligus memungkinkan kapasitas ditingkatkan sesuai kebutuhan di seluruh jaringan Workers. Arsitektur awal menganggap setiap pemuatan halaman sebagai masukan yang tidak tepercaya dan mengisolasi komponen sesuai sumber daya yang dibutuhkannya. Worker SandboxOutbound khusus menangani semua pengambilan data eksternal, menerapkan kebijakan jaringan, dan memisahkan cookie setiap halaman; komponen lain tidak dapat mengakses jaringan secara langsung.

Sifat tanpa status juga merupakan bagian dari desain tersebut. Engine mempertahankan status sesi, sementara komponen lain sebisa mungkin dapat dibuang, sehingga kapasitas dapat mengikuti lonjakan aktivitas agen. PageRenderer tidak menyimpan status halaman secara persisten, sehingga Engine dapat menggantinya setelah permintaan perenderan gagal atau macet.

Persyaratan dan Keamanan untuk Hosting Mandiri

Pengembangan lokal memerlukan Bazelisk, Node.js 22 atau yang lebih baru, serta pnpm 9.15.4. Perintah pengembangan membangun modul WebAssembly serta bundel halaman dan perender, lalu menjalankan mesin lokal di 127.0.0.1:8787. Pembangunan pertama mengompilasi inti Rust dan dependensi vendor, sedangkan pembangunan berikutnya menggunakan kembali tembolok Bazel. Setelah itu, pengembang dapat memeriksa halaman melalui Chrome DevTools atau menghubungkan Puppeteer dan klien CDP lainnya.

Penerapan di Cloudflare memerlukan paket Workers Paid karena Dynamic Workers membuat worker terisolasi yang digunakan untuk halaman dan perender. Setelah mengujinya secara lokal, operator dapat menerapkan mesin tersebut ke akun mereka sendiri sebagai alternatif API Browser Run terkelola.

Hosting mandiri juga mengalihkan tanggung jawab keamanan yang penting kepada operator. Mesin ini tidak memiliki autentikasi bawaan, dan alamat workers.dev-nya secara default dapat diakses publik. Tanpa Cloudflare Access atau lapisan autentikasi lain, siapa pun yang memiliki URL tersebut dapat menjelajahi web melalui mesin ini, menghubungkan klien CDP, mengirim permintaan melalui akun Cloudflare operator, serta menghabiskan waktu CPU berbayar dan Dynamic Workers. Repositori tersebut menginstruksikan operator untuk segera melindungi URL dan menjelaskan cara mengaktifkan Access di seluruh akun sebelum penerapan agar tidak ada periode ketika URL dapat diakses publik.

Status Eksperimental dan Proses Kontribusi

Kitesurf masih bersifat eksperimental dan terus dikembangkan secara intensif. Repositori tersebut menggambarkannya sebagai titik akhir CDP, bukan implementasi Chrome yang lengkap, dan menyebutkan bahwa beberapa fitur Chrome DevTools masih belum didukung. Cloudflare memprioritaskan kompatibilitas, keandalan, dan efisiensi.

Saat peluncuran pada Agustus, Cloudflare menyatakan bahwa Kitesurf belum cocok untuk video, WebGL, proses jabat tangan tantangan bot yang memerlukan sidik jari TLS asli, atau sesi autentikasi panjang yang bergantung pada status persisten. Keterbatasan tersebut menunjukkan pemeriksaan kompatibilitas yang tetap penting bagi beban kerja agen, sekalipun penggunaan sumber daya peramban yang lebih ringan menjadi keunggulan.

Proses kontribusi disusun untuk mendukung pekerjaan yang masih berlangsung tersebut. Cloudflare meminta calon kontributor membuat laporan masalah yang menyertakan reproduksi minimal atau pendekatan yang diusulkan, lalu mendapatkan dukungan dari pengelola sebelum mengirimkan permintaan tarik. Perubahan yang terarah, disertai pengujian dan cakupan yang jelas, lebih diutamakan. Namun, laporan bug perenderan yang dapat direproduksi, alur kerja otomasi yang gagal, dan koreksi dokumentasi juga diterima.

Bagi pengembang, komprominya adalah kendali langsung atas tumpukan peramban, dengan konsekuensi harus mengamankan penerapan sendiri dan menyesuaikan diri dengan mesin yang kompatibilitasnya dengan Chrome dan platform web masih belum lengkap.