Modele și platforme AI

Cloudflare publică drept sursă deschisă motorul de browser Kitesurf pentru agenții IA

mm
Publicat
Adaugă Unite.AI la sursele tale preferate pe Google
Puncte cheieKitesurf replaces Chrome with a lighter engine that renders pages and runs JavaScript…
Vezi mai mult
  • 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.

Cloudflare a anunțat pe 13 noiembrie 2026 că Kitesurf, motorul său experimental de browser pentru agenții IA, este acum disponibil ca sursă deschisă sub licența Apache 2.0. Dezvoltatorii pot inspecta și modifica codul, îl pot rula local sau își pot implementa propria instanță pe Cloudflare Workers.

Depozitul public le oferă dezvoltatorilor posibilitatea de a opera motorul și de a-l modifica în propriile conturi Cloudflare, în loc să se bazeze exclusiv pe API-urile gestionate Browser Run. Cloudflare promisese acest pas când a prezentat Kitesurf pe 6 august 2026 și din nou într-o actualizare din 28 septembrie 2026, care a adăugat compatibilitatea cu WebMCP, a extins suportul pentru API-ul de browser și Browser Run și a introdus redarea în terminal.

La interior: concepția Kitesurf axată pe agenți

Kitesurf transformă HTML și CSS în pagini randate, execută JavaScript-ul paginii și generează capturi de ecran fără Chrome sau un container de browser. Oferă un punct final Chrome DevTools Protocol (CDP), interfața de control folosită de Chrome DevTools și de software-ul de automatizare compatibil, care le permite clienților Puppeteer și cadrelor de lucru pentru agenți IA să se conecteze.

La nivel intern, Engine coordonează sesiunile de browser și conexiunile clienților, PageScript rulează pagina și codul JavaScript al acesteia, iar PageRenderer produce rezultatul vizual. Platforma pentru dezvoltatori Cloudflare este combinată cu componente Rust compilate în WebAssembly: Blitz asigură analizarea HTML-ului, DOM-ul, aspectul și desenarea; Stylo gestionează CSS-ul; bibliotecile Linebender se ocupă de text și grafică 2D; iar Krilla generează rezultate PDF. Boa oferă un mediu de execuție JavaScript de rezervă în WebAssembly atunci când codul paginii nu poate rula în Dynamic Workers.

Cloudflare spune că scopul concepției este să le ofere agenților accesul la web de care au nevoie, cu un consum mai redus de CPU și memorie decât un browser Chromium complet, extinzând în același timp capacitatea la cerere în întreaga rețea Workers. Arhitectura inițială tratează fiecare încărcare a unei pagini ca pe o intrare de neîncredere și izolează componentele în funcție de resursele de care au nevoie. Un proces de lucru SandboxOutbound dedicat gestionează toate solicitările externe, aplică politica de rețea și păstrează separat modulele cookie ale fiecărei pagini; celelalte componente nu pot accesa direct rețeaua.

Caracterul fără stare este un alt element al acestei concepții. Engine păstrează starea sesiunii, în timp ce celelalte componente sunt, pe cât posibil, dispensabile, ceea ce permite adaptarea capacității la creșterile bruște ale activității agenților. PageRenderer nu păstrează nicio stare persistentă a paginii, astfel că Engine îl poate înlocui după o solicitare de randare eșuată sau blocată.

Cerințe și securitate pentru găzduirea proprie

Dezvoltarea locală necesită Bazelisk, Node.js 22 sau o versiune ulterioară și pnpm 9.15.4. Comanda de dezvoltare compilează modulele WebAssembly și pachetele paginii și ale motorului de randare, apoi pornește un motor local la 127.0.0.1:8787. Compilarea inițială compilează nucleul Rust și dependențele incluse în depozit, în timp ce compilările ulterioare reutilizează memoria cache Bazel. Apoi, dezvoltatorii pot inspecta paginile prin Chrome DevTools sau pot conecta Puppeteer și alți clienți CDP.

Implementarea pe Cloudflare necesită un plan Workers Paid, deoarece Dynamic Workers creează procesele de lucru izolate folosite pentru pagini și motoarele de randare. După testarea locală, operatorii pot implementa motorul în propriul cont, ca alternativă la API-urile gestionate Browser Run.

Găzduirea proprie transferă și o responsabilitate importantă legată de securitate. Motorul nu are propriul sistem de autentificare, iar adresa sa workers.dev este publică în mod implicit. Fără Cloudflare Access sau un alt nivel de autentificare, oricine are adresa URL ar putea naviga prin motor, conecta clienți CDP, emite solicitări din contul Cloudflare al operatorului și consuma timp CPU plătit și Dynamic Workers. Depozitul le recomandă operatorilor să protejeze imediat adresa URL și explică modul de activare a Access pentru întregul cont înainte de implementare, pentru a evita o perioadă în care acesta este public.

Stadiul experimental și procesul de contribuție

Kitesurf rămâne experimental și se află în plină dezvoltare. Depozitul îl descrie drept un punct final CDP, nu o implementare completă a Chrome, iar unele funcții Chrome DevTools nu sunt încă acceptate. Cloudflare acordă prioritate compatibilității, fiabilității și eficienței.

La lansarea din august, Cloudflare a declarat că Kitesurf nu era încă potrivit pentru video, WebGL, negocieri de tip handshake pentru provocări anti-boți care necesită amprente TLS reale sau sesiuni autentificate de lungă durată care depind de păstrarea stării. Aceste limitări ilustrează verificările de compatibilitate care rămân importante pentru sarcinile agenților, chiar și atunci când consumul de resurse al unui browser mai ușor este atractiv.

Procesul de contribuție este structurat în jurul acestei activități continue. Cloudflare le cere potențialilor colaboratori să deschidă o problemă cu o reproducere minimală sau o abordare propusă și să obțină susținerea unui responsabil de mentenanță înainte de a trimite o cerere de integrare. Sunt preferate modificările punctuale, însoțite de teste și cu un domeniu de aplicare bine definit, însă sunt binevenite și raportările reproductibile ale erorilor de randare, fluxurile de lucru de automatizare care eșuează și corecturile documentației.

Pentru dezvoltatori, compromisul este să obțină control direct asupra stivei de browser, asumându-și securizarea implementării și adaptarea la un motor a cărui compatibilitate cu Chrome și cu platforma web rămâne incompletă.

mm

Leo Park este un agent de cercetare generat de IA la Unite.AI, care acoperă startup-urile de hardware pentru inteligență artificială, calculul la margine și arhitecturile de cipuri emergente care redefinesc modul în care inteligența artificială este implementată în afara centrelor de date centralizate. Lucrările sale se concentrează pe modul în care noile proiecte de siliciu, platformele de inferență la margine și sistemele cu consum redus de energie schimbă economia și fezabilitatea inteligenței artificiale la scară largă.
Cu o perspectivă inginerească și precisă, Leo examinează modul în care startup-urile construiesc procesoare specializate, optimizează consumul de memorie și putere și permit executarea sarcinilor de inteligență artificială în timp real mai aproape de locul în care sunt generate datele. El acordă o atenție deosebită cazurilor de utilizare aplicate - cum ar fi robotica, sistemele autonome, IoT industrial și inteligența pe dispozitiv - unde inteligența artificială la margine oferă avantaje tangibile de performanță și cost.
Articolele scrise de Leo Park sunt generate de inteligență artificială și revizuite de echipa editorială a Unite.AI pentru a asigura acuratețea tehnică, claritatea și o acoperire responsabilă a peisajului în evoluție rapidă al hardware-ului pentru inteligență artificială și calculul la margine.