Aller au contenu
Analyses
Inside

Kitesurf : Cloudflare a construit un navigateur pour les agents, pas pour les humains

Kitesurf de Cloudflare est un navigateur reconstruit en Rust et WebAssembly pour les agents IA. Ce que l’architecture fait bien, ses limites et quand l’utiliser.

Par Adam Maguire Wilson16 min de lecture
Sur cette page

Trois chiffres du propre tableau de benchmarks de Cloudflare expliquent presque tout ce à quoi sert Kitesurf. Une tâche de screenshot qui coûte 271 MiB de mémoire sur une instance Chromium chaude n’en coûte que 58 à Kitesurf. Extraire le HTML des mêmes pages demande 3,8 fois moins de CPU. Et Chromium gagne toujours au chronomètre, d’environ 1,7 fois, parce qu’un JIT qui a déjà vu votre page bat à chaque fois un renderer logiciel froid. Le pari de Cloudflare est que les deux premiers chiffres sont ceux qui apparaissent sur votre facture.

Kitesurf est un navigateur construit de zéro en Rust, compilé en WebAssembly et exécuté dans des isolates V8 sur Cloudflare Workers. Il existe pour les agents IA plutôt que pour les humains, et il est gratuit pendant sa bêta dans Browser Run, le produit de navigateur hébergé de Cloudflare. Le billet d’annonce est inhabituellement honnête sur les trade-offs, ce qui est une des raisons pour lesquelles je pense qu’il mérite une vraie lecture plutôt qu’un simple coup d’œil au titre. Je l’ai lu plusieurs fois maintenant. Voici ce qui me semble important, ce que je ne crois pas encore et ce que je ferais si je gérais aujourd’hui des workloads d’agents.

Points clés - Kitesurf est un navigateur construit de zéro, Rust compilé en WebAssembly, exécuté dans des isolates V8 sur Cloudflare Workers, gratuit en bêta via Browser Run. Il parle le Chrome DevTools Protocol, donc Puppeteer et Playwright fonctionnent sans modification. - Face à Chromium, il consomme 3,1 à 3,8 fois moins de CPU et 4,7 à 7 fois moins de mémoire sur des tâches courantes d’agents, tout en étant environ 1,7 fois plus lent. CPU et mémoire sont ce que les fournisseurs facturent. - Il a été largement écrit par des agents IA travaillant contre plus de 215 000 Web Platform Tests comme cible, ce qui est le signal d’ingénierie le plus intéressant de toute l’annonce. - Il ne peut pas lire de vidéo, rendre du WebGL, passer des bot checks ou maintenir de longues sessions authentifiées. Considérez-le comme un moteur jetable pour extraction stateless, pas comme un remplacement de Chromium. - La posture de sécurité est le vrai produit : chaque chargement de page est considéré hostile, un seul composant sandboxed touche le réseau et tout le reste est conçu pour être jeté.

Ce qui s’est passé

Le 6 août, Cloudflare a annoncé Kitesurf, un navigateur construit en douze semaines, avec un premier commit en mai. Les faits essentiels, tous tirés de l’annonce :

  • Tout le navigateur est en Rust compilé en WebAssembly via wasm-bindgen, sans couche d’émulation Emscripten, exécuté dans des isolates V8 sur Workers.

  • Il passe plus de 215 000 Web Platform Tests, avec des centaines supplémentaires chaque semaine, et la couverture se concentre là où les agents en ont besoin : CSS, DOM, HTML, selection, SVG, XHR.

  • Il parle le Chrome DevTools Protocol, donc Puppeteer, Playwright, chrome-remote-interface et les clients MCP parlant CDP fonctionnent en ajoutant browser=kitesurf à l’endpoint Browser Run existant.

  • Il est gratuit pendant la bêta derrière des limites par compte, et Cloudflare s’est engagé à l’ouvrir en open source afin que les clients puissent exécuter leur propre copie dans leurs propres comptes.

  • Il fait déjà tourner Doom, parce que bien sûr. Aucun projet d’infrastructure chez Cloudflare n’est terminé avant d’exécuter Doom.

La citation de cadrage à retenir est celle-ci : les moteurs comme Chromium "were built for humans, not agents, and they come with overhead that AI models simply do not need."

Kitesurf est un navigateur reconstruit de zéro en Rust et WebAssembly, exécuté dans des isolates V8 sur Cloudflare Workers et disponible gratuitement en bêta via Browser Run. Il passe plus de 215 000 Web Platform Tests et fonctionne avec les clients CDP existants comme Puppeteer et Playwright, selon l’annonce de Cloudflare du 6 août 2026.

Pourquoi Chromium est devenu la ligne coûteuse

Le côté demande de cette histoire est déjà réglé. Dans l’enquête State of AI 2025 de McKinsey, 62 % des organisations déclaraient au moins expérimenter avec des agents IA, et le State of Agent Engineering de LangChain indiquait que 57 % des répondants avaient des agents en production. Une large part de ces agents doit toucher le web, et le web ne leur propose pas d’API. Il leur propose un navigateur.

Le navigateur qu’ils reçoivent aujourd’hui est Chromium, un moteur optimisé pour des yeux humains. Compositing, scrolling fluide, text shaping au pixel près, tabs, extensions, sync. Un agent consommant une page sous forme de tokens et de structure n’utilise presque rien de tout cela. Chromium est une merveille d’ingénierie utilisée comme extracteur de texte très coûteux.

Le marché a déjà fixé un prix à ce problème. Browserbase, qui vend des sessions Chromium gérées aux développeurs d’agents, a bouclé une Series B de 40 millions de dollars avec une valorisation rapportée de 300 millions au premier semestre 2025, et Browser Use a levé 17 millions de dollars en seed le même printemps. Ce sont de vraies entreprises bâties sur un fait simple : faire tourner Chromium à l’échelle des agents est pénible et coûteux, donc quelqu’un d’autre sera heureux de le faire pour vous avec une marge.

Cloudflare vend ce même service. Sur le tier Browser Run payant, vous obtenez dix heures de navigateur par mois puis payez 0,09 $ par heure de navigateur. Le principal facteur de ce prix est la quantité de CPU et de mémoire consommée par une session, exactement là où les chiffres de Kitesurf prennent leur sens. C’est du margin engineering autant que du browser engineering, et je le dis comme un compliment.

Graphique à barres du benchmark de Cloudflare comparant Kitesurf à Chromium en warm pool sur six métriques. Kitesurf utilise 3,1 fois moins de CPU pour les screenshots et 3,8 fois moins pour l’extraction HTML, 4,7 fois moins de mémoire pour les screenshots et 7 fois moins pour l’extraction HTML, et il est 1,8 et 1,7 fois plus lent en temps total.

Les propres médianes de Cloudflare sur un corpus de 14 URLs, comparant Kitesurf à un pool Chromium chaud. Kitesurf gagne sur les ressources qui font la facture et perd au chronomètre, selon l’annonce.

Une réserve honnête sur ce tableau avant que quelqu’un me le cite. Le côté Chromium est un warm pool qui a déjà vu ces pages, précisément pourquoi il gagne sur le wall time. Cloudflare le dit lui-même et explique que l’essentiel de l’écart vient de la rasterisation et de l’encodage JPEG/PNG, qu’il prévoit de continuer à optimiser. Je traiterais l’écart de wall time comme réel mais en diminution, et les écarts CPU et mémoire comme structurels.

Les agents IA qui touchent le web louent aujourd’hui Chromium, un moteur construit pour une fidélité de rendu humaine qu’ils ne consomment jamais. Les benchmarks de Cloudflare montrent Kitesurf utilisant 3,1 à 3,8 fois moins de CPU et 4,7 à 7 fois moins de mémoire que Chromium warm-pool sur les tâches de screenshot et d’extraction, pour environ 1,7 fois plus de wall time. La Series B de 40 millions de dollars de Browserbase montre que le marché facturait déjà une prime pour l’overhead de Chromium.

L’architecture, lue comme un praticien

C’est la section où la longueur de l’annonce est méritée. Kitesurf se compose de trois composants plus un videur, et la division du travail est le design.

The Engine est la seule pièce exposée publiquement. Il termine le WebSocket CDP et les REST APIs et conserve le session state. Tout le reste est stateless, ce qui importe plus qu’il n’y paraît : un composant stateless peut être tué dès qu’il se bloque, lancé à mille exemplaires et n’a jamais besoin d’être reconstruit. Cloudflare dit que toute panne se dégrade en frame vide ou élément absent, jamais en session morte. C’est le bon instinct pour un logiciel qui avale des inputs hostiles arbitraires toute la journée.

PageScript est l’endroit où se situe la dépendance de plateforme intéressante. Chaque page et iframe out-of-process obtient son propre isolate longue durée, lancé via Dynamic Workers, avec un globalThis propre et un DOM construit à partir du document parsé. Le parsing HTML et CSS viennent de Blitz, le rendering engine de DioxusLabs, et Stylo, le système CSS de Servo, tous deux en Rust. Dynamic Workers n’est entré en open beta qu’en mars, promettant des démarrages d’isolate en quelques millisecondes, environ 100 fois plus rapides que des containers selon Cloudflare, et l’entreprise dit clairement que Kitesurf "simply wouldn't have been possible" avant. Je le crois. Des isolates par page sans limite globale de concurrence sont tout le tour de passe-passe.

PageRenderer transforme la page calculée en pixels : il récupère la scène depuis PageScript, rasterise avec blitz-paint et Parley, puis renvoie un buffer via le RPC intégré de Workers sous forme JPEG, PNG ou PDF. Comme il ne conserve aucun page state, l’Engine peut le tuer et le relancer sur n’importe quel call bloqué. Renderers jetables, rendus réessayables.

Puis il y a le problème d’eval, mon détail honnêtement laid préféré du billet. Workers ne supporte pas eval natif, et on ne peut pas lancer un second isolate pour cela puisqu’il ne partagerait pas globalThis. Kitesurf exécute donc Boa, un JavaScript engine écrit en Rust et compilé en Wasm, à l’intérieur de l’isolate V8. Un runtime JavaScript exécuté sur un runtime JavaScript pour gérer l’occasionnel eval. C’est laid, ils disent que c’est laid, et c’est prévu pour être supprimé dès que l’eval natif arrive. C’est comme cela qu’on shippe.

Et la méta-histoire, que je classerais dans les choses à surveiller. Kitesurf a été largement écrit par des agents IA. Le port initial d’obscura, le headless engine Rust que Cloudflare cite comme inspiration, a été réalisé par un agent bouclant sur un plan. Le passage du prototype au navigateur s’est fait en pointant des agents vers les Web Platform Tests comme objectifs, avec des humains choisissant l’ordre des features, définissant l’architecture et reviewant les approches. Deux cent quinze mille tests réussis comme définition de terminé. C’est l’exemple le plus clair que j’aie vu du pattern que je décris continuellement à mes clients : les agents écrivent le code, les humains tiennent la spécification. La même séparation apparaît dans ma manière de voir l’architecture agentique plus largement.

L’architecture de Kitesurf isole chaque page dans son propre isolate V8 via Dynamic Workers, parse avec Blitz et Stylo de l’écosystème Rust, rasterise dans un renderer stateless et gère eval grâce au JavaScript engine Boa compilé en WebAssembly. Cloudflare indique que le navigateur a été largement construit par des agents IA travaillant contre la suite Web Platform Tests, les humains restant responsables de l’architecture et du review.

Le threat model est le vrai produit

C’est ici que je pense que la plupart des articles sous-estimeront ce que Cloudflare a réellement construit. Le fait inconfortable sur les navigateurs agentiques est sorti de la recherche de sécurité de Brave sur Perplexity Comet en août 2025 : des instructions cachées dans un commentaire Reddit suffisaient à transformer une demande "résume cette page" en agent récupérant l’email et le code à usage unique de l’utilisateur. Same-origin policy et CORS, les deux murs porteurs de la sécurité web, servent très peu lorsque l’entité qui navigue agit avec vos privilèges authentifiés. Le suivi de Brave en octobre a montré des injections arrivant via screenshots, et Anthropic a publié ses propres mitigations contre la prompt injection pour browser use en novembre.

Les navigateurs agentiques grand public amplifient cela par design : tout le but de Comet ou Atlas est que l’agent hérite de vos sessions connectées. La posture de Kitesurf est l’opposé. Chaque chargement de page est un input non fiable. Chaque session commence propre, avec des cookies conservés dans des jars par page. Rien ne touche le réseau sauf un composant sandboxed, SandboxOutbound, qui applique CORS, filtre les réponses et renvoie un 403 pour tout ce qui est hors policy. Cette restriction est imposée par la plateforme, pas par la bonne conduite de l’application.

Soyons clairs sur ce que cela résout et ne résout pas. La prompt injection au niveau du modèle reste le problème du modèle ; si une page dit à votre agent de faire quelque chose de stupide, aucune architecture de navigateur n’empêche l’agent d’en avoir envie. Ce que Kitesurf limite est le blast radius : ce que la page peut atteindre, ce que la session peut laisser fuir, ce qui survit à un crash. Pour quiconque construit des agents qui naviguent pour le compte d’inconnus, cette distinction représente une grande partie du travail, et elle appartient à la même conversation que la gouvernance des agents en général.

Les recherches de sécurité sur les navigateurs agentiques en 2025, notamment l’analyse de Brave sur Perplexity Comet, ont montré que same-origin policy et CORS offrent peu de protection lorsqu’un agent navigue avec les privilèges authentifiés d’un utilisateur. La réponse de Kitesurf est architecturale : chaque chargement de page est traité comme hostile, les sessions commencent propres et l’accès réseau est refusé par défaut sauf via un fetcher sandboxed, selon l’annonce de Cloudflare.

Ce que Kitesurf ne peut pas faire, et quand l’utiliser

La liste d’exclusions de Cloudflare est admirablement directe : pas de vidéo, pas de WebGL, pas de négociation de bot-challenge handshakes avec de vrais fingerprints TLS, pas de sessions authentifiées de dix minutes avec état persistant. Pour tout cela, vous restez sur le pool Chromium par défaut. Ajoutez la pénalité de 1,7 fois en wall time et une couverture CDP encore partielle, et la forme devient claire. Kitesurf est un moteur éphémère qui existe pour la durée d’une tâche puis disparaît.

Ce n’est pas non plus la seule équipe avec cette idée. Lightpanda, startup parisienne, construit de zéro un navigateur en Zig qui parle CDP et affirme, selon ses propres benchmarks, une exécution onze fois plus rapide et neuf fois moins de mémoire que headless Chrome ; elle a levé une pré-seed menée par ISAI en juin 2025. La thèse non-Chromium est désormais une vraie catégorie. La différence particulière de Kitesurf est qu’il ne s’agit pas d’une flotte de navigateurs que vous louez à un nouveau fournisseur. C’est un navigateur compilé dans la plateforme d’isolate sur laquelle beaucoup d’entre nous déployons déjà, avec une publication open source promise afin que vous puissiez un jour le faire tourner dans votre propre compte. C’est un avantage de distribution, pas seulement d’ingénierie.

Matrice indicative du navigateur adapté à chaque workload d’agent. Screenshots ponctuels, PDFs et extraction HTML conviennent bien à Kitesurf. Les flux de formulaires multi-étapes et applications SPA complexes doivent être testés. Vidéo, WebGL, sites protégés par bot checks et longues sessions authentifiées restent sur Chromium.

Une évaluation indicative à partir des capacités annoncées, pas une mesure : quels workloads d’agents conviennent à Kitesurf aujourd’hui et lesquels restent sur Chromium. Les exclusions, vidéo, WebGL, bot challenges, sessions persistantes, viennent de la liste de Cloudflare.

Que faire maintenant

Si vous construisez ou exploitez des agents, trois étapes, dans cet ordre.

  1. Aujourd’hui : ouvrez le playground public lié par Cloudflare dans l’annonce, collez une URL que vous utilisez réellement et regardez le rendu. La vue Chrome DevTools injectée montre le DOM, la console et l’empreinte mémoire par isolate, ce qui est le moyen le moins cher de construire une intuition sur ce que c’est.

  2. Cette semaine : prenez un workload d’extraction représentatif et exécutez-le deux fois via les Quick Actions de Browser Run, une fois par défaut et une fois avec browser=kitesurf. Comparez les millisecondes CPU et la mémoire, pas le wall time. Votre corpus sera différent des quatorze URLs de Cloudflare, et le chiffre honnête est celui mesuré sur vos propres pages.

  3. Ce mois-ci : si les chiffres tiennent, routez les jobs stateless ponctuels vers Kitesurf et gardez tout ce qui ressemble à une session sur Chromium. Ce partage sera probablement l’état stable pendant un moment.

Deux choses à ne pas faire. Ne migrez pas encore l’automatisation de sessions de production ; la conformité bêta sur les applications enterprise complexes n’est pas prouvée, quoi qu’en dise TodoMVC. Et ne lisez pas "passes 215,000 WPT tests" comme "renders the web". WPT mesure la conformité aux standards, raison pour laquelle Cloudflare exécute aussi des visual regression tests contre Chromium sur de vrais sites. L’écart entre les deux est l’endroit où vivent vos edge cases. Si vous êtes encore au stade du choix de votre première stack d’agents, la question plus large du build-versus-buy est couverte dans Build vs Buy AI Agents.

FAQ

Kitesurf est-il gratuit ?

Oui, pendant la bêta, dans des limites par compte. Kitesurf utilise les plans existants de Browser Run : le tier Workers Free comprend dix minutes de navigateur par jour, et les plans payants incluent dix heures de navigateur par mois puis facturent 0,09 $ par heure, selon la page de prix. Le pricing après la bêta n’a pas été annoncé.

Kitesurf fonctionne-t-il avec Playwright et Puppeteer ?

Oui. Kitesurf parle Chrome DevTools Protocol, donc Puppeteer, Playwright, chrome-remote-interface et les clients MCP parlant CDP se connectent à l’endpoint Browser Run existant avec un seul changement : ajouter browser=kitesurf à la requête. Votre code client ne change pas.

Quelle différence entre Kitesurf et Browserbase ?

Browserbase vend des sessions Chromium gérées comme service hébergé, avec l’overhead et la fidélité d’un navigateur complet. Kitesurf est un moteur construit de zéro dans Cloudflare Workers qui échange fidélité et wall time contre beaucoup moins de CPU et de mémoire par session, destiné aux tâches stateless d’agents. Si vous avez besoin de logins persistants, de médias ou de navigation avec bot checks, c’est du territoire Chromium, qu’il soit auto-hébergé ou acheté à Browserbase. Si vous avez besoin de screenshots peu coûteux et d’extraction à burst scale, Kitesurf est construit exactement pour cela.

Quand Kitesurf sera-t-il open source ?

Cloudflare s’est engagé à le publier en open source, avec l’objectif déclaré de permettre aux clients de déployer leur propre copie dans leurs propres comptes, mais n’a donné aucune date au-delà de "hopefully soon". Le projet ayant douze semaines, je traiterais l’engagement comme sincère et le calendrier comme inconnu.

En bref

Kitesurf a douze semaines et cela se voit dans les deux sens. Les limites sont réelles, la pénalité de wall time est réelle et personne ne devrait retirer Chromium d’un pipeline de production ce trimestre. Mais le pari sous-jacent, que les agents méritent un navigateur façonné comme eux plutôt que comme des humains, ressemble moins à un pari qu’au début d’une catégorie. Cloudflare a la distribution, la plateforme d’isolate et maintenant le moteur le moins cher du segment qu’il a créé. Ce que je vais surveiller, c’est si la publication open source arrive, parce qu’un navigateur que n’importe qui peut faire tourner dans son propre compte Workers est une proposition différente d’un navigateur loué à l’heure.

Si vous réfléchissez à la place des navigateurs dans votre propre agent stack, c’est une conversation que j’ai régulièrement avec mes clients. Contactez-moi.

Sources

  • Cloudflare, "Introducing Kitesurf: The agent-first browser that runs in V8 isolates on Cloudflare Workers": https://blog.cloudflare.com/kitesurf/ (publié 2026-08-06, consulté 2026-08-28)

  • Cloudflare, Browser Run documentation: https://developers.cloudflare.com/browser-run/ (consulté 2026-08-28)

  • Cloudflare, Browser Run pricing: https://developers.cloudflare.com/browser-run/pricing/ (consulté 2026-08-28)

  • Cloudflare, "Sandboxing AI agents, 100x faster" (Dynamic Workers open beta): https://blog.cloudflare.com/dynamic-workers/ (consulté 2026-08-28)

  • McKinsey, "The State of AI 2025": https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai-2025 (publié 2025-11-05, consulté 2026-08-28)

  • LangChain, "State of Agent Engineering": https://www.langchain.com/state-of-agent-engineering (consulté 2026-08-28)

  • Sacra, "Browserbase research": https://sacra.com/research/browserbase/ (consulté 2026-08-28)

  • TechCrunch, "Browser Use raises $17M": https://techcrunch.com/2025/03/23/browser-use-the-tool-making-it-easier-for-ai-agents-to-navigate-websites-raises-17m/ (publié 2025-03-23, consulté 2026-08-28)

  • Brave, "Agentic Browser Security: Indirect Prompt Injection in Perplexity Comet": https://brave.com/blog/comet-prompt-injection/ (publié 2025-08-20, consulté 2026-08-28)

  • Brave, "Unseeable prompt injections in screenshots": https://brave.com/blog/unseeable-prompt-injections/ (publié 2025-10-21, consulté 2026-08-28)

  • Anthropic, "Mitigating the risk of prompt injections in browser use": https://www.anthropic.com/research/prompt-injection-defenses (publié 2025-11, consulté 2026-08-28)

  • Lightpanda, "Lightpanda raises pre-seed": https://lightpanda.io/blog/posts/lightpanda-raises-preseed (publié 2025-06-10, consulté 2026-08-28)

  • Lightpanda, homepage benchmark claims: https://lightpanda.io/ (consulté 2026-08-28)

  • DioxusLabs, Blitz: https://github.com/DioxusLabs/blitz (consulté 2026-08-28)

  • Boa, JavaScript engine in Rust: https://github.com/boa-dev/boa (consulté 2026-08-28)

  • Web Platform Tests: https://web-platform-tests.org/ (consulté 2026-08-28)

  • Wikimedia Commons, cover image "Kitesurfing in Sweden" (CC0): https://commons.wikimedia.org/w/index.php?curid=142794310 (consulté 2026-08-28)

Continuer la lecture

Agent Field Notes

Recevez le prochain numéro.

Harnesses d’agents, environnements d’exécution, sécurité et gouvernance, expliqués pour celles et ceux qui doivent exploiter ces systèmes.

Vous faites face à une décision de ce type ?

Nous réalisons des revues d'architecture, des évaluations de gouvernance et des comparaisons de frameworks à versions figées pour les équipes confrontées à des décisions déterminantes sur les systèmes d'agents.

À propos de l'auteur

Adam Maguire Wilson

Fondateur et conseiller indépendant sur les systèmes d'agents IA.

adam.mw