Les lancements « Cloudflare Everything » mettent la pile agentique à l’épreuve

Cloudflare a conclu sa première Agents Week avec plus de 20 annonces, mais l’histoire de Cloudflare Everything dépasse largement le simple récapitulatif d’une gamme de produits déjà dense. L’entreprise a réuni calcul, mémoire, identité, recherche, navigateurs, réseau et outils de déploiement dans une plateforme unique centrée sur les agents.

C’est cette ampleur qui crée le véritable affrontement. Cloudflare remet en cause l’idée selon laquelle les agents de production doivent résider chez un hyperscaler traditionnel, entourés de services distincts et d’une infrastructure régionale. Son alternative part de Workers, distribués à l’échelle mondiale, et y ajoute les composants dont les agents ont besoin pour fonctionner dans la durée.

AWS, Google Cloud et Microsoft proposent déjà des plateformes d’agents solides. Ils disposent également de relations d’entreprise plus profondes et de catalogues plus vastes. Cloudflare doit donc démontrer que la cohérence architecturale compte davantage que l’antériorité, les habitudes d’achat ou le confort de conserver les charges de travail IA aux côtés des données existantes.

L’entreprise appelle cette destination le cloud agentique, ou « Cloud 2.0 ». Cette appellation reste une thèse d’entreprise, et non une catégorie de marché établie. Les lancements montrent toutefois précisément comment Cloudflare entend la mettre à l’épreuve.

L’ensemble des annonces de la Agents Week formait une seule pile

Cloudflare n’a pas lancé un unique produit d’agent phare. L’entreprise a comblé les lacunes sur tout le parcours, de l’exécution à l’accès à Internet.

Le récapitulatif officiel de la Agents Week répartit les lancements entre calcul, sécurité, boîte à outils pour agents, outils de production et web agentique. Cette organisation est importante, car les agents échouent rarement par manque d’interface de chatbot. Ils échouent lorsque le système qui les entoure ne peut pas préserver l’état, contrôler les identifiants, exécuter du code ou se remettre d’interruptions.

Au niveau du calcul, Cloudflare a fait passer Sandboxes en disponibilité générale. Un sandbox est un environnement informatique isolé dans lequel un agent peut exécuter des commandes, manipuler des fichiers et maintenir des processus en arrière-plan. À la différence d’une fonction éphémère, il peut reprendre son travail en conservant son état antérieur.

Cloudflare positionne Sandboxes pour les agents de programmation et d’autres charges de travail nécessitant un shell ou un environnement logiciel complet. La conception des sandboxes de l’entreprise associe des sessions persistantes à un démarrage à la demande. Un agent dispose ainsi d’un espace pour installer des packages, lancer des tests, cloner des dépôts ou poursuivre une tâche après avoir attendu une entrée externe.

Artifacts ajoute un stockage versionné et compatible Git pour le code et les données. Cloudflare affirme que les développeurs peuvent créer des dizaines de millions de dépôts et y accéder via des clients Git standard. Ensemble, Artifacts et Sandboxes établissent une boucle élémentaire : un agent reçoit un espace de travail, modifie des fichiers, enregistre des versions et revient ultérieurement.

Durable Object Facets étend ce modèle aux applications générées par IA. Les Durable Objects sont des services Cloudflare avec état, qui coordonnent les données et le calcul autour d’un objet persistant. Facets permet aux plateformes de créer des Durable Objects isolés, chacun avec sa propre base de données SQLite, pour des applications générées dynamiquement.

Cloudflare a également remanié le plan de contrôle de Workflows, son moteur durable pour les tâches en plusieurs étapes. L’entreprise indique que Workflows prend désormais en charge 50 000 instances simultanées et un rythme de création de 300 instances par seconde. Il s’agit de limites de service communiquées par l’entreprise, et non de résultats de performances indépendants.

Les lancements liés à la sécurité traitent de ce qui se passe lorsque ces agents dépassent leurs propres espaces de travail. Cloudflare Mesh relie les utilisateurs, les machines, Workers et les agents autonomes à travers des réseaux privés. Workers VPC peut ensuite fournir à un agent un accès limité à des bases de données privées ou à des API internes.

Managed OAuth for Cloudflare Access permet aux agents de s’authentifier auprès d’applications protégées au nom d’un utilisateur. OAuth est une norme d’autorisation déléguée qui accorde un accès limité sans transmettre à l’agent le mot de passe de l’utilisateur. Cloudflare a relié son implémentation à la RFC 9728, qui normalise les métadonnées de ressources protégées.

Cloudflare a également introduit des jetons d’API scannables, élargi la visibilité OAuth et rendu les autorisations limitées à des ressources généralement disponibles. Outbound Workers for Sandboxes agit comme un proxy de sortie programmable, n’insérant les identifiants que lorsque du trafic approuvé quitte le sandbox.

Cette conception vise à tenir les secrets bruts à l’écart du code qu’un agent a généré ou téléchargé. Elle offre aussi aux administrateurs un point de contrôle des politiques entre un processus autonome et les systèmes auxquels il cherche à accéder.

La boîte à outils pour agents a fourni un autre ensemble de pièces manquantes. Agent Memory offre une mémoire persistante, AI Search gère la récupération d’informations, Browser Run contrôle les sessions web et Email Service fournit aux agents un canal de messagerie. Workers AI et AI Gateway couvrent l’inférence via les modèles Cloudflare et des fournisseurs externes.

Le résultat n’est pas un produit unique impliquant une seule décision d’adoption. Il s’agit d’une tentative de faire de Cloudflare l’endroit où se déroule toute la vie opérationnelle de l’agent.

La boîte à outils pour agents va désormais au-delà de l’inférence

Les lancements les plus importants donnent aux agents de la continuité et des outils, et non simplement une nouvelle façon d’appeler un modèle de langage.

L’accès aux modèles est devenu plus simple à obtenir sur les plateformes cloud. Une exécution fiable demeure plus difficile, car un agent utile a besoin de contexte, d’un état durable, d’outils contrôlés et d’un historique de ses actions précédentes. Une requête de modèle sans état ne fournit à elle seule aucun de ces éléments.

Agent Memory répond au besoin de contexte de longue durée. Cloudflare décrit le service comme un stockage géré qui aide les agents à retenir les informations utiles et à écarter celles qui ne comptent plus. La distinction importante est celle entre une transcription de conversation et une mémoire opérationnelle.

Une transcription enregistre ce qui s’est passé. Une mémoire opérationnelle doit identifier les faits pertinents, les récupérer au bon moment et garder les informations d’un utilisateur distinctes de celles d’un autre. Elle doit aussi intégrer des contrôles de suppression et de conservation lorsque les applications traitent des données sensibles.

Cloudflare n’a pas encore fourni suffisamment d’éléments publics issus de la production pour établir dans quelle mesure Agent Memory répond à ces exigences à grande échelle. La qualité de la récupération dépend des règles d’extraction, du classement, de la fraîcheur des données et du modèle qui interprète les résultats. L’étiquette « géré » ne supprime pas ces choix de conception.

Toutefois, placer la mémoire à côté de Workers, Durable Objects et AI Gateway raccourcit le chemin d’intégration. Les développeurs peuvent conserver l’état de l’application, l’état de l’agent et le routage des modèles dans une même surface de contrôle. C’est le mécanisme qui sous-tend l’argumentaire plus large de Cloudflare.

AI Search applique la même logique aux documents et autres contenus téléversés. Les développeurs peuvent créer dynamiquement des instances de recherche, ajouter des fichiers et les interroger par récupération hybride. La récupération hybride combine l’appariement sémantique avec les signaux traditionnels de mots-clés afin de localiser le contexte pertinent.

Cette fonctionnalité fait de la récupération d’informations une primitive programmable plutôt qu’un projet de recherche séparé. Un agent d’entreprise pourrait créer un index isolé pour le dossier d’un client, récupérer les documents justificatifs, puis supprimer l’instance une fois le travail achevé.

Le défi pratique est l’évaluation. Des résultats de recherche qui semblent plausibles peuvent néanmoins omettre un document décisif ou faire remonter des instructions obsolètes. Les équipes de production ont besoin de jeux de tests, de citations, de règles de fraîcheur et de filtrage des accès avant que la récupération d’informations ne devienne fiable.

Browser Run donne aux agents une autre capacité essentielle. Il ajoute Live View, l’intervention humaine, l’accès au Chrome DevTools Protocol et des enregistrements de sessions. Cloudflare a également annoncé, durant la Agents Week, des limites de concurrence quatre fois plus élevées.

L’automatisation du navigateur est importante lorsqu’une tâche ne dispose pas d’API adaptée. Un agent peut devoir naviguer sur le portail d’un fournisseur, remplir un formulaire administratif ou examiner un tableau de bord conçu pour des personnes. Ces tâches exposent aussi les agents à des mises en page changeantes, à des invites d’authentification et à du contenu de page malveillant.

Human in the Loop permet à une personne de prendre le contrôle lors d’étapes sensibles ou bloquées. Les enregistrements de sessions fournissent une piste d’audit lorsqu’un problème survient. Ces deux fonctionnalités reconnaissent que les agents web restent suffisamment peu fiables pour nécessiter supervision et reprise.

Cloudflare a ensuite reconstruit Browser Run sur Containers, ce qui montre que l’annonce initiale faisait partie d’un service en évolution plutôt que d’un produit finalisé. Cette itération est encourageante, mais elle souligne aussi la rapidité avec laquelle le comportement sous-jacent peut changer.

Le pipeline vocal est plus expérimental. Cloudflare indique que les développeurs peuvent ajouter des interactions continues de reconnaissance vocale et de synthèse vocale avec environ 30 lignes de code côté serveur. La faible empreinte de code paraît attrayante, même si la latence et la gestion des interruptions détermineront son utilité réelle.

Email Service est entré en bêta publique comme autre canal de travail autonome. Les agents peuvent envoyer, recevoir et traiter des e-mails sans dépendre d’un fournisseur de communication distinct. Cela crée des flux de travail utiles, mais soulève aussi les risques familiers d’usurpation d’identité, de destinataires erronés et d’actions irréversibles.

Project Think préfigure la prochaine version du Agents SDK, avec une prise en charge plus intégrée des agents qui raisonnent, agissent et persistent. L’expression « batteries included » résume l’orientation de Cloudflare. Les développeurs ne devraient pas avoir à assembler chaque primitive d’exécution avant de tester un flux de travail utile.

Workers AI et AI Gateway complètent la boîte à outils avec l’accès aux modèles. Cloudflare indique que sa couche d’inférence peut appeler des modèles de plus de 14 fournisseurs. Une liaison Workers permet également aux applications d’invoquer des modèles tiers via du code natif à la plateforme.

Cette diversité de fournisseurs réduit l’importance de parier sur une seule famille de modèles. Elle n’élimine pas les comportements propres aux modèles, les politiques de données, les limites de débit ou la disponibilité régionale. Les équipes ont toujours besoin d’évaluations avant de déplacer un flux de travail d’un fournisseur à l’autre.

Cloudflare a également annoncé Unweight, un système de compression au moment de l’inférence. L’entreprise affirme avoir réduit l’empreinte d’un modèle de langage jusqu’à 22 % sans diminuer sa qualité. Cela reste un résultat Cloudflare lié aux modèles testés et à son processus d’évaluation.

Dans leur ensemble, ces outils soutiennent une boucle agentique cohérente. Un agent peut rechercher du contexte, se souvenir de travaux antérieurs, appeler un modèle, ouvrir un navigateur, envoyer des e-mails et préserver son état. La question restante est de savoir si une seule plateforme peut rendre cette boucle plus sûre qu’une alternative modulaire.

La sécurité est le mécanisme central, et non un ajout

L’argument le plus solide de Cloudflare est que l’identité des agents et les politiques réseau devraient se trouver directement à côté de l’exécution.

Les logiciels autonomes modifient le modèle de sécurité, car ils combinent des instructions larges avec des actions intermédiaires imprévisibles. Une personne peut demander à un agent de rapprocher des factures. L’agent choisit alors des fichiers, des sites web, des identifiants, des commandes et des messages tout en poursuivant cet objectif.

La sécurité applicative traditionnelle suppose que les développeurs savent quel chemin de code demandera chaque ressource. Le comportement des agents est moins déterministe. La plateforme a donc besoin de contrôles qui suivent l’identité et l’intention à travers des actions changeantes.

Outbound Workers for Sandboxes fournit l’un de ces points de contrôle. L’agent peut demander un service externe sans recevoir l’identifiant sous-jacent. Le proxy évalue la politique, injecte le secret dans le trafic approuvé et bloque les requêtes qui ne respectent pas les conditions autorisées.

Ce modèle limite les fuites d’identifiants provenant de code non fiable. Il prend également en charge des décisions dynamiques fondées sur la destination, l’identité de l’agent, l’identité de l’utilisateur ou le contexte de la tâche. Cette protection dépend de politiques correctes et d’un routage complet à travers le chemin de sortie contrôlé.

Cloudflare Mesh et Workers VPC apportent des contrôles similaires aux ressources privées. Un administrateur peut exposer une base de données ou une API interne à un agent sans la placer sur l’Internet public. Un accès limité au périmètre peut restreindre le service auquel l’agent accède.

L’OAuth géré répond aux besoins de travail délégué par un utilisateur. Les comptes de service reçoivent souvent des autorisations larges et durables, car ils sont pratiques pour l’automatisation. Un agent agissant pour une personne devrait plutôt hériter d’une autorité limitée liée à cette personne et à la tâche en cours.

L’adoption par Cloudflare de métadonnées de ressources protégées aide un agent à découvrir le fonctionnement de l’authentification pour une application interne. Cela réduit la configuration manuelle tout en préservant une frontière d’autorisation. Cela ne garantit pas que l’agent comprenne quelles actions l’utilisateur avait l’intention d’effectuer.

L’architecture MCP d’entreprise de l’entreprise cible la même lacune. Le Model Context Protocol, ou MCP, normalise la manière dont les modèles découvrent et invoquent des outils externes. Un accès standard rend les intégrations portables, mais il peut aussi faciliter la connexion d’outils non approuvés.

Cloudflare recommande d’utiliser Access, AI Gateway et des portails de serveurs MCP pour gouverner ces connexions. L’entreprise a également proposé des détections Gateway pour le Shadow MCP, c’est-à-dire des serveurs d’outils utilisés sans approbation formelle ni visibilité.

Code Mode propose une optimisation différente. Au lieu d’envoyer de longues définitions d’outils et des appels répétés dans le contexte du modèle, un agent peut produire du TypeScript isolé en sandbox qui coordonne plusieurs opérations. Cloudflare affirme que cela peut réduire l’utilisation de jetons, bien que les économies réelles dépendront du flux de travail.

L’exécution de code généré introduit ses propres risques. La sandbox doit restreindre l’accès réseau, le temps d’exécution, les mouvements de données et les identifiants. L’observabilité doit également montrer ce que le code a fait une fois que le raisonnement du modèle n’est plus visible.

AWS est parvenu à une conclusion similaire avec Bedrock AgentCore. Sa plateforme AgentCore comprend Runtime, Memory, Gateway, Browser, Code Interpreter, Identity, Policy, Observability et Evaluations. Ce chevauchement confirme que les agents de production ont besoin d’une couche opérationnelle complète.

AWS indique que les sessions AgentCore s’exécutent dans des environnements isolés et peuvent se connecter à des ressources VPC. Ses services d’identité gèrent les identifiants des outils externes. Son Gateway prend en charge MCP, tandis que les évaluations et l’observabilité traitent la qualité après le déploiement.

La différence tient moins à la liste de contrôle qu’à l’architecture qui la sous-tend. AWS intègre les services d’agents à ses systèmes régionaux de cloud, d’identité, de supervision et d’infrastructure. Cloudflare part de son réseau mondialement distribué et de son modèle d’exécution Workers.

La sécurité devient ainsi le mécanisme central des deux stratégies. Aucune des deux entreprises ne considère plus l’identité, les navigateurs, la mémoire et l’exécution de code comme des accessoires facultatifs. La concurrence porte sur l’endroit où ces contrôles doivent résider et sur le nombre de systèmes que les opérateurs doivent coordonner.

La pile Edge intégrée de Cloudflare met la pression sur les hyperscalers

Agents Week a fait passer Cloudflare d’une alternative pour l’inférence à un concurrent direct en infrastructure pour des charges de travail d’agents complètes.

Le principal adversaire n’est pas un produit AWS ou un service Microsoft en particulier. Il s’agit du modèle des hyperscalers, qui consiste à assembler des capacités d’agents à partir d’un vaste catalogue de services régionaux. Cloudflare soutient que son réseau peut présenter ces capacités comme une plateforme unique, distribuée mondialement.

AWS propose désormais la comparaison la plus proche au niveau des produits. AgentCore couvre le runtime, la mémoire, les navigateurs, l’interprétation de code, l’identité, les passerelles, les politiques, les évaluations et l’observabilité. Ses versions de 2026 ont ajouté un stockage de sessions géré, une sortie VPC, un filtrage de mémoire plus riche et un déploiement indépendant des frameworks.

Microsoft Foundry Agents Service suit une autre voie familière. Les développeurs peuvent déployer du code d’agent écrit avec le framework de Microsoft, LangGraph, le SDK OpenAI Agents ou Python simple. Foundry relie ce code aux projets Azure, à l’identité, aux conteneurs et aux contrôles d’entreprise.

Vertex AI Agent Engine de Google Cloud fournit un déploiement géré pour les agents et s’intègre aux modèles Vertex, aux outils d’évaluation et aux services Google Cloud. Chaque hyperscaler peut relier les agents à des bases de données matures, des systèmes analytiques, des produits de sécurité et des accords d’approvisionnement.

Cloudflare ne peut pas égaler ces catalogues service par service. L’entreprise tente plutôt de rendre le catalogue moins pertinent pour les applications d’agents. Workers fournit une exécution serverless, Durable Objects gère la coordination, R2 stocke les objets, et les nouvelles versions comblent des lacunes spécialisées.

La distribution à l’edge soutient également l’argument de Cloudflare sur la latence. Les agents alternent souvent entre appels de modèles, outils, sites web, bases de données et interactions utilisateur. Réduire la distance avec les utilisateurs et les services Internet peut améliorer certaines parties de cette boucle.

Cependant, la latence totale d’un agent provient rarement d’un seul saut de plateforme. La génération par le modèle, le chargement du navigateur, les API tierces et le raisonnement séquentiel peuvent dominer le temps de réponse. Cloudflare a besoin de mesures au niveau des charges de travail, et non de benchmarks réseau isolés, pour démontrer un avantage.

Agents Week a inclus une mise à jour des performances réseau autour de FL2, une architecture de traitement des requêtes basée sur Rust. Cloudflare affirme que son réseau arrivait en tête sur 60 % des principaux réseaux mondiaux dans ses mesures. Les lecteurs devraient considérer cela comme une analyse de l’entreprise fondée sur la méthodologie de Cloudflare.

Même une véritable avance réseau ne décide pas automatiquement de l’adoption d’une plateforme d’agents. Les entreprises se préoccupent de la résidence des données, de la connectivité privée, des outils d’audit, du choix des modèles, du support et des compétences existantes. Un chemin edge plus rapide ne peut pas compenser une gouvernance insuffisante ou une migration difficile.

La nouvelle interface en ligne de commande cf vise plutôt l’expérience développeur. Elle cherche à fournir une interface cohérente unique pour près de 3 000 opérations d’API Cloudflare. Local Explorer ajoute un moyen d’inspecter les données d’application pendant le développement.

Agent Lee apporte une interface fondée sur des prompts au tableau de bord Cloudflare. Il utilise du TypeScript isolé en sandbox pour inspecter et gérer la pile d’un client. Il s’agit à la fois d’une fonctionnalité produit et d’une démonstration de l’architecture d’agents privilégiée par Cloudflare.

Flagship ajoute des feature flags natifs dont l’évaluation repose sur KV et Durable Objects. Cloudflare revendique une évaluation des flags en moins d’une milliseconde. Les feature flags permettent aux équipes d’exposer progressivement de nouveaux comportements d’agents, de comparer des versions et de désactiver un chemin défaillant sans tout redéployer.

L’API Registrar, désormais en bêta, permet aux logiciels et aux agents de rechercher et d’enregistrer des domaines. L’intégration PlanetScale ajoute des voies de déploiement gérées pour Postgres et MySQL via Cloudflare. Ces versions prolongent le parcours allant du prototype généré au service opérationnel.

C’est sur ce parcours que Cloudflare espère gagner grâce à l’intégration. Un agent de codage pourrait recevoir une demande, ouvrir une sandbox, cloner un Artifact, modifier du code, tester localement, déployer via Workers et activer un feature flag. Il pourrait conserver le contexte via Agent Memory et utiliser des identifiants contrôlés tout au long du processus.

Un hyperscaler peut prendre en charge un flux de travail comparable. La différence Cloudflare est que les composants partagent un modèle de programmation centré sur Workers et un réseau commun. L’avantage des hyperscalers est que les clients exploitent peut-être déjà tous les systèmes adjacents chez eux.

Cela rend les coûts de changement décisifs. Cloudflare peut gagner de nouvelles applications natives pour les agents sans imposer une migration complète vers le cloud. Un frontend d’agent pourrait s’exécuter sur Workers tandis que les données restent dans AWS, Azure ou Google Cloud.

Cette voie hybride élargit l’opportunité de Cloudflare, mais elle affaiblit l’argument de simplicité. Les transferts de données intercloud, le mappage des identités, l’observabilité et la responsabilité des incidents peuvent réintroduire le travail d’intégration que Cloudflare souhaite éliminer.

La pression concurrentielle est donc réelle, mais inégale. Les hyperscalers doivent répondre à l’expérience développeur cohérente et à la distribution mondiale de Cloudflare. Cloudflare doit répondre à leur profondeur d’entreprise, à leurs contrôles régionaux et à leur capacité à regrouper l’IA avec l’infrastructure existante.

Ce que Cloudflare Everything ne démontre toujours pas

Une liste complète de lancements ne prouve pas que l’ensemble du système fonctionne de manière fiable sous des charges de travail d’agents d’entreprise.

Cloudflare a publié des descriptions claires et plusieurs limites de service. L’entreprise n’a pas publié de benchmark large et indépendant comparant les taux d’achèvement des agents de production, la complexité opérationnelle ou la latence de bout en bout avec les plateformes hyperscalers.

Cette absence de preuves importe, car une pile d’agents réussit en tant que système. Des sandboxes rapides apportent peu de valeur si la mémoire renvoie le mauvais contexte. Un OAuth pratique n’aide pas si un agent navigateur confirme une action irréversible sans approbation.

La plus grande incertitude concerne la maturité. Sandboxes a atteint la disponibilité générale, tandis qu’Email Service est entré en bêta publique et que Project Think est resté en preview. Le pipeline vocal était expérimental. La prise en charge des dictionnaires partagés a été présentée comme une future bêta.

Ces labels signalent des attentes de support et des risques de changement différents. Un prototype peut tolérer une interface évolutive. Un flux de travail réglementé exige des contrats stables, un comportement de récupération documenté, une conservation des audits et une disponibilité régionale prévisible.

La deuxième incertitude est la visibilité opérationnelle. Les agents peuvent produire de longues chaînes d’appels de modèles, d’exécution de code, d’actions navigateur et de requêtes d’outils. Les opérateurs ont besoin d’une trace unique reliant ces actions à l’utilisateur initiateur et à la décision de politique.

Cloudflare offre des éléments de cette visibilité via AI Gateway, Access, les enregistrements de sessions et les journaux de plateforme. Le récapitulatif d’Agents Week n’a pas établi dans quelle mesure ces enregistrements se combinent sur l’ensemble des services annoncés.

La troisième incertitude concerne la gouvernance de la mémoire. La mémoire persistante peut améliorer la continuité, mais elle crée aussi un autre magasin pour les informations personnelles ou confidentielles. Les équipes doivent définir les processus de conservation, de suppression, d’isolation des locataires et de correction.

Un agent peut enregistrer une inférence erronée comme un fait durable. Les récupérations ultérieures peuvent alors renforcer l’erreur dans plusieurs tâches. Les systèmes de production ont besoin de provenance et de mécanismes permettant aux utilisateurs ou aux administrateurs d’inspecter la mémoire stockée.

C’est particulièrement important pour le travail de connaissance. Une base de connaissances personnelle peut rendre des informations dispersées consultables, mais les frontières d’accès restent essentielles. Un agent ne devrait pas fusionner les notes personnelles et les dossiers d’équipe dans un même pool de contexte sans restriction.

La quatrième incertitude concerne la sécurité des outils. MCP facilite l’exposition des outils, et Code Mode peut réduire les interactions répétées avec le modèle. Ces deux capacités renforcent l’importance d’autorisations précises et d’une application déterministe des règles.

Un serveur MCP compromis peut renvoyer du contenu malveillant ou des descriptions d’outils trompeuses. Un programme généré peut effectuer un appel d’API valide dans le mauvais ordre. La politique doit évaluer davantage que la simple présence d’un endpoint sur une liste d’autorisation.

Les produits de sécurité de Cloudflare lui fournissent des briques crédibles pour ce problème. Cependant, des contrôles crédibles ne garantissent pas une configuration client correcte. L’entreprise doit rendre le chemin sûr plus facile que l’usage d’identifiants étendus et de règles réseau permissives.

La cinquième incertitude est l’économie, même sans évoquer les chiffres tarifaires publiés. Les agents passent beaucoup de temps à attendre les modèles, les outils, les sites web ou les personnes. Les modèles de facturation qui facturent pendant les périodes d’inactivité peuvent se comporter différemment des modèles fondés sur la consommation active.

Cloudflare n’a pas encore fourni suffisamment de données comparables sur les charges de travail pour que les acheteurs puissent estimer le coût complet de l’inférence, du stockage, des sessions navigateur, de la mémoire, du réseau et de l’observabilité. Les affirmations d’efficacité mises en avant ne peuvent pas remplacer des traces de tâches représentatives.

La concentration des fournisseurs présente un autre compromis. Une plateforme unifiée peut réduire l’effort d’ingénierie et simplifier la responsabilité. Elle peut aussi placer l’exécution, l’identité, la mémoire, la recherche et les journaux chez un seul fournisseur.

Cloudflare prend en charge des modèles de fournisseurs externes, ce qui réduit l’enfermement propriétaire lié aux modèles. La portabilité des charges de travail devient plus difficile lorsqu’une application dépend fortement de Durable Objects, des liaisons Workers, d’Agent Memory et de contrôles de politiques propres à Cloudflare.

Les piles des hyperscalers créent leur propre enfermement propriétaire via l’identité, le réseau, les bases de données et la supervision. La vraie question n’est pas de savoir si cet enfermement existe. Les acheteurs doivent déterminer quelle dépendance s’aligne le mieux avec leurs systèmes existants et leur stratégie de sortie.

Enfin, le « web agentique » reste en partie une ambition. Cloudflare a introduit un score Agent Readiness afin d’évaluer dans quelle mesure les sites servent efficacement les agents. L’entreprise a également annoncé Redirects for AI Training, qui oriente les robots vérifiés vers le contenu canonique.

Ces fonctionnalités reconnaissent que les visiteurs automatisés ont besoin d’un accès structuré et que les éditeurs ont besoin de contrôle. Pourtant, aucun consensus universel n’existe sur la manière dont les agents devraient s’identifier, respecter les autorisations, attribuer les sources ou rémunérer les créateurs.

Cloudflare occupe une position précieuse entre les sites web et le trafic automatisé. Cette position peut soutenir la mesure et l’application des règles. Elle donne aussi à l’entreprise une influence considérable sur les normes émergentes.

Ces lancements tracent une direction, pas un verdict. Cloudflare dispose désormais de suffisamment de composants pour concourir sur des déploiements d’agents complets. Les acheteurs ont encore besoin de preuves que ces composants produisent ensemble des résultats plus sûrs et plus fiables.

Trois signaux détermineront le pari du cloud agentique

Le prochain test portera sur l’adoption et la vérification, pas sur une nouvelle semaine d’annonces produits.

Le premier signal est l’utilisation en production de Sandboxes, Agent Memory et Browser Run dans une même charge de travail durable. Cloudflare a besoin d’exemples publics de clients montrant le volume de tâches, la reprise après échec, les périmètres de sécurité et des résultats opérationnels mesurables.

Un workflow de développement serait un test utile. Il pourrait montrer un agent ouvrant un espace de travail persistant, modifiant un dépôt, récupérant des décisions antérieures, exécutant des tests et demandant une approbation humaine avant le déploiement.

Des preuves d’un fonctionnement durable renforceraient la thèse de Cloudflare en faveur d’une pile intégrée. Des études de cas limitées à des démonstrations ou à de courts prototypes laisseraient la question de la maturité sans réponse.

Le deuxième signal est une réponse directe des hyperscalers. AWS AgentCore recouvre déjà largement la feuille de route des annonces de Cloudflare. Microsoft et Google continuent eux aussi d’intégrer le déploiement des agents, les outils et la gouvernance à leurs plateformes d’IA gérées.

Observez si ces entreprises simplifient leurs piles d’agents en interfaces plus unifiées. Observez également si elles étendent l’exécution distribuée à l’échelle mondiale ou rapprochent l’identité des agents de l’application des règles réseau.

Un cycle d’intégration plus rapide chez les hyperscalers affaiblirait la différenciation de Cloudflare. Une fragmentation persistante renforcerait l’affirmation de Cloudflare selon laquelle Workers offre une base plus propre.

Le troisième signal est une gouvernance mesurable à l’échelle du web agentique. Les scores de préparation de Cloudflare, les contrôles des robots, les règles de sécurité MCP et les fonctionnalités d’identité doivent se traduire par des comportements que les éditeurs et les entreprises peuvent vérifier.

Parmi les indicateurs utiles figurent l’adoption d’un accès authentifié aux agents, une gestion documentée des autorisations déléguées et des enregistrements d’audit couvrant les actions dans le navigateur et les outils. Des contrôles clairs pour l’inspection et la suppression de la mémoire constitueraient un autre signal significatif.

Les progrès sur ces mesures étayeraient l’argument de Cloudflare selon lequel l’infrastructure réseau peut gouverner les agents plus efficacement que les seules protections au niveau applicatif. Une faible adoption suggérerait que le web agentique reste une couche marketing appliquée à des problèmes d’automatisation familiers.

L’ensemble des annonces d’Agents Week de Cloudflare forme désormais une proposition de plateforme crédible. Elles regroupent calcul persistant, recherche, mémoire, navigateurs, identité et déploiement autour d’un environnement d’exécution distribué à l’échelle mondiale. C’est suffisant pour mettre sous pression tous les grands fournisseurs de cloud.

Ce n’est pas suffisant pour trancher la compétition. Les développeurs devraient tester un workflow représentatif sous l’angle de la reprise après échec, des autorisations, de la qualité de récupération, de l’observabilité et de la portabilité. Les acheteurs en entreprise devraient exiger des preuves au niveau des charges de travail avant de considérer Cloud 2.0 comme autre chose que le nom choisi par Cloudflare.

Quel signal compte le plus pour votre équipe : moins de travail d’intégration, des contrôles d’agents plus stricts ou un accès plus simple aux données cloud existantes ? Utilisez cette réponse pour concevoir un essai de production limité, consigner chaque échec et comparer la charge opérationnelle totale avant d’engager la prochaine charge de travail d’agent.