Cloudflare, yapay zekâ ajanları için Kitesurf tarayıcı motorunu açık kaynaklı hâle getiriyor

Cloudflare, 13 Kasım 2026’da yapay zekâ ajanları için geliştirdiği deneysel tarayıcı motoru Kitesurf’ün Apache 2.0 lisansı altında artık açık kaynak olarak sunulduğunu duyurdu. Geliştiriciler kodu inceleyip değiştirebilir, yerel olarak çalıştırabilir veya Cloudflare Workers üzerinde kendi örneklerini dağıtabilir.

Herkese açık depo, geliştiricilere yalnızca Cloudflare’ın yönetilen Browser Run API’lerine bağlı kalmak yerine motoru kendi Cloudflare hesaplarında çalıştırma ve değiştirme olanağı sunuyor. Cloudflare, bu adımı 6 Ağustos 2026’da Kitesurf’ü tanıtırken ve WebMCP desteği ekleyen, tarayıcı API’leri ile Browser Run kapsamını genişleten ve terminalde görüntüleme özelliğini kullanıma sunan 28 Eylül 2026 tarihli güncellemede de gerçekleştireceğini belirtmişti.

Kitesurf’ün Ajan Odaklı Tasarımının Ayrıntıları

Kitesurf, HTML ve CSS’yi işlenmiş sayfalara dönüştürür, sayfa JavaScript’ini çalıştırır ve Chrome ya da bir tarayıcı kapsayıcısı kullanmadan ekran görüntüleri oluşturur. Chrome DevTools ve uyumlu otomasyon yazılımlarının kullandığı denetim arayüzü olan Chrome DevTools Protocol (CDP) uç noktasını sunarak Puppeteer istemcilerinin ve yapay zekâ ajanı altyapılarının bağlanmasına olanak tanır.

Motorun içinde Engine, tarayıcı oturumlarını ve istemci bağlantılarını yönetir; PageScript sayfayı ve sayfanın JavaScript kodunu çalıştırır; PageRenderer ise görsel çıktıyı oluşturur. Cloudflare’ın Geliştirici Platformu, WebAssembly’ye derlenen Rust bileşenleriyle bir araya getirilmiştir: Blitz, HTML ayrıştırma, DOM, düzen ve çizim işlevlerini sağlar; Stylo, CSS’yi işler; Linebender kitaplıkları metin ve 2B grafikleri destekler; Krilla ise PDF çıktısı oluşturur. Sayfanın kodu Dynamic Workers üzerinde çalıştırılamadığında Boa, WebAssembly içinde yedek bir JavaScript çalışma ortamı sağlar.

Cloudflare, tasarım hedefinin ajanlara ihtiyaç duydukları web erişimini, tam teşekküllü bir Chromium tarayıcısına kıyasla daha az CPU ve bellek kullanarak sağlamak ve bunu Workers ağı genelinde talebe göre ölçeklendirmek olduğunu söylüyor. İlk mimaride her sayfa yüklemesi güvenilmeyen girdi olarak ele alınıyor ve bileşenler ihtiyaç duydukları kaynaklara göre yalıtılıyor. Özel bir SandboxOutbound worker, tüm harici veri alımını yöneterek ağ politikasını uyguluyor ve her sayfanın çerezlerini ayrı tutuyor; diğer bileşenler ağa doğrudan erişemiyor.

Durumsuzluk da bu tasarımın bir parçası. Engine oturum durumunu korurken diğer bileşenler mümkün olduğunda geçici tutuluyor; böylece kapasite, ajan etkinliğindeki ani artışlara uyum sağlayabiliyor. PageRenderer kalıcı sayfa durumu tutmadığından Engine, başarısız olan veya takılı kalan bir görüntüleme isteğinin ardından onu değiştirebiliyor.

Kendi Sunucunda Barındırma Gereksinimleri ve Güvenlik

Yerel geliştirme için Bazelisk, Node.js 22 veya üzeri ve pnpm 9.15.4 gerekir. Geliştirme komutu WebAssembly modüllerini, sayfa ve görüntüleyici paketlerini oluşturduktan sonra 127.0.0.1:8787 adresinde yerel bir motor başlatır. İlk derleme Rust çekirdeğini ve satıcıdan alınan bağımlılıkları derler; sonraki derlemelerde ise Bazel önbelleği yeniden kullanılır. Geliştiriciler daha sonra sayfaları Chrome DevTools üzerinden inceleyebilir veya Puppeteer ve diğer CDP istemcilerini bağlayabilir.

Cloudflare üzerinde dağıtım yapmak için Workers Paid planı gerekir; çünkü Dynamic Workers, sayfalar ve görüntüleyiciler için kullanılan yalıtılmış worker’ları oluşturur. İşletmenler, yerel testlerin ardından yönetilen Browser Run API’lerine alternatif olarak motoru kendi hesaplarına dağıtabilir.

Kendi sunucusunda barındırma, önemli bir güvenlik sorumluluğunu da beraberinde getirir. Motorun kendi kimlik doğrulama mekanizması yoktur ve workers.dev adresi varsayılan olarak herkese açıktır. Cloudflare Access veya başka bir kimlik doğrulama katmanı olmadan URL’ye sahip herkes motor üzerinden web’de gezinebilir, CDP istemcileri bağlayabilir, işletmenin Cloudflare hesabından kaynaklanan istekler gönderebilir ve ücretli CPU süresi ile Dynamic Workers kaynaklarını tüketebilir. Depo, işletmenlere URL’yi hemen koruma altına almalarını söylüyor ve herkese açık kalacağı bir aralık oluşmasını önlemek için dağıtımdan önce hesap genelinde Access’in nasıl etkinleştirileceğini açıklıyor.

Deneysel Durum ve Katkı Süreci

Kitesurf deneysel olma özelliğini koruyor ve yoğun geliştirme sürecinden geçiyor. Depo, onu tam kapsamlı bir Chrome uygulaması değil, bir CDP uç noktası olarak tanımlıyor; Chrome DevTools özelliklerinin bir kısmı hâlâ desteklenmiyor. Cloudflare uyumluluk, güvenilirlik ve verimliliğe öncelik veriyor.

Cloudflare, ağustos ayındaki lansmanda Kitesurf’ün henüz video, WebGL, gerçek TLS parmak izleri gerektiren bot doğrulama el sıkışmaları veya kalıcı duruma bağlı uzun süreli kimliği doğrulanmış oturumlar için uygun olmadığını söylemişti. Daha hafif bir tarayıcının kaynak kullanımının cazip olduğu durumlarda bile bu sınırlamalar, ajan iş yükleri için önemini koruyan uyumluluk kontrollerini ortaya koyuyor.

Katkı süreci, devam eden bu çalışmayı destekleyecek şekilde yapılandırılmış. Cloudflare, katkıda bulunmayı düşünenlerden asgari düzeyde yeniden üretilebilir bir örnek veya önerilen bir yaklaşımla bir konu açmalarını ve birleştirme isteği göndermeden önce bakım sorumlularının desteğini almalarını istiyor. Testler içeren, odaklı ve kapsamı belirli değişiklikler tercih ediliyor; ancak yeniden üretilebilir görüntüleme hataları, başarısız otomasyon iş akışları ve belgelere yönelik düzeltmeler de memnuniyetle karşılanıyor.

Geliştiriciler açısından bu tercih, tarayıcı yığını üzerinde doğrudan denetim sahibi olma karşılığında dağıtımın güvenliğini kendilerinin sağlaması ve Chrome ile web platformlarıyla uyumluluğu henüz tamamlanmamış bir motorun gereksinimlerini gözetmesi anlamına geliyor.