L’espace de travail d’agents géré Cloudflare OS passe de l’open source à un service sur liste d’attente

Cloudflare a ouvert une liste d’attente pour son premier espace de travail d’agents Cloudflare OS entièrement géré, un mois seulement après avoir publié la plateforme sous-jacente en open source. Cette évolution fait passer Cloudflare OS d’un projet que les entreprises doivent exploiter elles-mêmes à un service que Cloudflare entend gérer pour elles.

Cela ressemble à une édition hébergée classique, mais Cloudflare vise un rôle plus vaste. L’entreprise souhaite fournir à chaque employé un espace de travail persistant qui comprend les procédures de l’entreprise et peut agir dans les systèmes approuvés. Cet espace peut rechercher des informations, créer des documents, modifier du code et transformer des tâches répétitives en applications.

La pression s’exerce sur Microsoft, Google et d’autres fournisseurs de cloud qui vendent déjà des plateformes d’agents pour entreprises. Leurs produits bénéficient d’une forte présence dans les suites bureautiques et les comptes cloud. Cloudflare parie que l’identité, les contrôles réseau, le routage des modèles et l’exécution isolée peuvent devenir une base tout aussi importante pour les agents en milieu professionnel.

L’espace de travail d’agents géré Cloudflare OS entre en phase de liste d’attente

Cloudflare n’annonce pas une disponibilité générale. L’entreprise teste si les sociétés veulent la plateforme open source sans la charge opérationnelle.

Cloudflare a annoncé l’option gérée le 1er octobre 2026. Les organisations peuvent s’inscrire sur une liste d’attente, mais l’entreprise n’a communiqué ni date de lancement, ni engagement de niveau de service, ni liste des régions disponibles, ni conditions commerciales.

Cette distinction importe, car la version open source est déjà disponible. Les entreprises peuvent la déployer dans leurs propres comptes Cloudflare, personnaliser son interface et la connecter à des ressources internes. Elles doivent également configurer, exploiter, mettre à jour et sécuriser ce déploiement.

Cloudflare propose désormais une répartition différente des responsabilités. Les clients choisiraient les utilisateurs autorisés, le contexte de l’entreprise, les compétences organisationnelles, les systèmes connectés, un domaine personnalisé et les politiques d’accès pertinentes. Cloudflare prendrait en charge le reste du travail de déploiement et d’exploitation.

Selon l’annonce du service géré, les organisations sélectionneront également l’AI Gateway utilisée par leur déploiement. AI Gateway se place entre l’espace de travail et les fournisseurs de modèles, où elle peut appliquer des contrôles de routage, de journalisation et de politique.

Cloudflare affirme que des milliers d’organisations ont commencé à utiliser Cloudflare OS au cours du mois suivant sa publication en open source. Ce chiffre provient de Cloudflare et n’a pas fait l’objet d’une vérification indépendante. L’entreprise n’a pas indiqué combien de déploiements sont actifs, expérimentaux ou utilisés à l’échelle d’organisations entières.

La liste d’attente reflète néanmoins une leçon concrète tirée du lancement open source. Publier du code supprime les obstacles liés aux licences et à la personnalisation, mais n’élimine pas le travail de déploiement. Une entreprise doit toujours établir des règles d’identité, connecter ses systèmes, protéger ses identifiants, tester les mises à jour et enquêter sur les défaillances.

Le service géré est la réponse de Cloudflare à ce déficit d’adoption. Il offre aux entreprises de la personnalisation sans exiger que chaque client mette en place un processus d’exploitation dédié autour de la plateforme.

Le calendrier révèle également le marché visé par Cloudflare. Cloudflare OS n’est pas positionné uniquement comme un kit de développement d’agents pour les équipes logicielles. L’entreprise décrit un espace de travail destiné aux employés des ventes, de la finance, du support, des opérations et de l’ingénierie.

Une réunion client illustre cette portée. Un employé pourrait demander à un agent d’examiner les dossiers de compte, d’étudier les tickets de support, d’analyser l’utilisation du produit et de préparer une présentation. La tâche traverse plusieurs systèmes et produit un livrable modifiable plutôt qu’une courte réponse conversationnelle.

Cloudflare a également mis à jour la plateforme durant son premier mois. Les utilisateurs peuvent désormais connecter des dépôts GitHub et demander à des agents d’inspecter du code, de modifier des fichiers, de créer des commits ou d’ouvrir des pull requests. Ces fonctions intègrent le développement logiciel à un produit initialement présenté autour d’un travail de connaissance plus large.

L’intégration de Google Workspace s’est également étendue. Cloudflare indique que les agents peuvent rechercher dans les fils Gmail, créer des brouillons, envoyer des messages et utiliser des ressources Drive connectées. Les administrateurs peuvent exposer un Drive entier, un dossier ou un document individuel.

L’espace de travail peut exporter des documents et des données sous forme de fichiers Excel, CSV, PDF, Markdown ou HTML. Les exportations Word et PowerPoint sont prévues, mais n’étaient pas disponibles lorsque Cloudflare a publié l’annonce.

Ces ajouts élargissent le champ de travail accessible au produit. Ils élargissent aussi sa surface de risque. Un agent capable de lire des e-mails, d’accéder à des fichiers, de modifier du code et d’envoyer des messages nécessite des contrôles plus stricts qu’un chatbot qui se contente de rédiger du texte.

Cette tension mène directement à l’argument principal de Cloudflare. L’entreprise vend des opérations gérées, mais son affirmation plus large concerne un accès gouverné aux données d’entreprise.

Le véritable produit est une couche d’exécution gouvernée

Cloudflare OS associe un espace de travail destiné aux employés à une infrastructure qui contrôle ce que les agents peuvent voir, exécuter, conserver et partager.

Un espace de travail regroupe les conversations, fichiers, résultats, autorisations, tâches et événements planifiés. Contrairement à une session de chat ordinaire, il peut conserver son état après que l’utilisateur a fermé le navigateur. Cette persistance prend en charge des projets qui se poursuivent sur plusieurs sessions.

L’architecture de référence de Cloudflare place Workers et le Agents SDK dans la couche d’orchestration. Durable Objects maintiennent l’état, tandis que Dynamic Workers et des conteneurs sandbox exécutent les tâches nécessitant du code.

AI Gateway contrôle l’accès aux modèles approuvés. Les portails Model Context Protocol connectent l’espace de travail aux outils d’entreprise. MCP est une interface standard par laquelle les agents découvrent les outils disponibles et invoquent leurs opérations.

L’architecture sépare le modèle des identifiants et de l’application des politiques. Cette séparation est importante, car un modèle de langage ne devrait pas recevoir une clé API dotée de privilèges étendus chaque fois qu’il a besoin de données de l’entreprise.

Cloudflare utilise des services appelés Gatekeepers entre Cloudflare OS et les systèmes externes. Chaque Gatekeeper comprend le service cible, les ressources disponibles, les opérations autorisées et les politiques organisationnelles associées.

Un GitHub Gatekeeper pourrait exposer un dépôt sans exposer un compte entier. Il pourrait autoriser l’accès aux issues tout en refusant l’accès au code source. Il pourrait également exiger une approbation humaine avant qu’un agent fusionne une pull request.

L’agent voit une interface de programmation limitée plutôt que l’identifiant sous-jacent. Cloudflare affirme que les identifiants restent isolés du code généré. Le code exécuté côté serveur s’exécute également avec l’accès réseau sortant désactivé, sauf si un administrateur fournit une capacité approuvée.

Ce modèle part de l’absence d’accès. Un agent ou une application générée doit recevoir une autorisation pour chaque ressource qu’il utilise. Cette structure suit le principe du moindre privilège, qui limite une identité aux ressources nécessaires à la tâche qui lui est attribuée.

Cloudflare va plus loin en suivant les ressources qu’un agent consulte. Si un agent lit un jeu de données restreint et crée un tableau de bord, ce tableau de bord conserve un lien avec cette source.

Lorsqu’un autre employé ouvre le résultat, les Gatekeepers peuvent vérifier si cet employé est autorisé à accéder aux ressources consultées. L’objectif est d’empêcher que les résultats générés contournent les autorisations attachées aux données d’origine.

Ce problème est devenu central pour les agents d’entreprise. L’autorisation traditionnelle répond à la question de savoir si un utilisateur peut ouvrir un fichier ou interroger une application. Les systèmes agentiques peuvent combiner des informations provenant de plusieurs ressources et produire un nouvel artefact.

Ce nouvel artefact peut contenir des informations sensibles sans conserver les contrôles d’accès du système d’origine. Un résumé, un graphique, une application ou un brouillon d’e-mail peut devenir une voie indirecte autour des frontières de données.

L’approche de Cloudflare traite la provenance des informations comme une partie de l’autorisation. La plateforme tente de mémoriser ce qu’un agent a vu, puis d’utiliser cet historique pour déterminer qui peut accéder à son travail.

C’est plus qu’un cadre de connecteurs. C’est une tentative de gouverner les données après leur transformation par un agent.

Le billet de lancement open source explique pourquoi Cloudflare a reconstruit la plateforme autour de cette exigence. Sa première version interne prenait en charge des espaces de travail privés, mais la collaboration a fait émerger des risques concernant les applications et résultats partagés.

Cloudflare a conclu que l’accès à un outil MCP ne révélait pas toutes les ressources sous-jacentes consultées via cet outil. L’entreprise a donc ajouté des contrôles qui fonctionnent sous l’interface de l’espace de travail.

La conception sépare également le travail déterministe de l’inférence des modèles. Un agent peut transformer une procédure récurrente en code, puis utiliser un modèle uniquement là où un jugement est nécessaire.

Prenons l’exemple d’un tableau de bord de support. Un logiciel peut récupérer le nombre de tickets, regrouper les enregistrements et afficher des graphiques sans demander à un modèle de répéter ces étapes. Un modèle peut rester disponible pour classifier les cas inhabituels ou rédiger des réponses suggérées.

Cette séparation peut réduire les inférences inutiles et créer des flux de travail plus prévisibles. Elle rend également le résultat plus facile à inspecter, car du code standard prend en charge les opérations répétables.

Cloudflare indique que ses propres équipes ont utilisé ce modèle pour le reporting interne des tickets. Un agent a créé une application connectée aux données de tickets, tandis que les employés conservaient l’autorité de révision sur les réponses rédigées.

Cela reste un exemple rapporté par l’entreprise, et non une étude indépendante des performances. Il illustre néanmoins la progression visée par la plateforme : conversation, flux de travail réutilisable et application persistante.

Le dépôt source de l’entreprise comporte également un avertissement clair concernant l’accès anticipé. Il décrit la version deux comme une réécriture complète présentant encore des aspérités. Cet avertissement devrait guider toute évaluation du service géré.

Un déploiement hébergé peut simplifier les opérations, mais il ne peut pas automatiquement rendre un logiciel inachevé adapté à des flux de travail critiques. Les acheteurs doivent distinguer la gestion de l’infrastructure de la maturité de l’application.

Microsoft et Google possèdent les applications, tandis que Cloudflare vise le plan de contrôle

Le principal défi de Cloudflare n’est pas de créer un agent supplémentaire. Il s’agit de surmonter des concurrents qui contrôlent déjà les environnements de travail des employés.

Microsoft peut placer des agents dans Microsoft 365, Teams, SharePoint, Dynamics et Power Platform. Google peut connecter des agents à Workspace, Cloud, Drive, Gmail et à la recherche organisationnelle.

Ces positions réduisent les frictions d’adoption. Les employés peuvent rencontrer des agents dans des applications familières, tandis que les administrateurs peuvent réutiliser les contrôles existants d’identité, de conformité et de données.

Le plan d’agents d’entreprise de Microsoft couvre des outils low-code, des environnements d’exécution gérés, des connecteurs et des services pour développeurs. Copilot Studio s’adresse aux équipes métier, tandis que Microsoft Foundry cible les développeurs qui créent des systèmes plus personnalisés.

Google suit une stratégie de plateforme similaire. Ses produits d’entreprise combinent interfaces pour employés, accès aux modèles, recherche, connecteurs, création d’agents et administration centralisée.

Cloudflare ne possède pas de grande suite de productivité. L’entreprise ne peut pas supposer que les employés passent déjà leur journée dans un éditeur de documents, une boîte de réception, un tableur ou une application de collaboration Cloudflare.

Au lieu de cela, Cloudflare positionne Cloudflare OS au-dessus de ces systèmes. L’espace de travail se connecte aux outils existants tandis que Cloudflare fournit l’exécution, le réseau, l’application de l’identité et la gouvernance des modèles.

Il s’agit d’une stratégie de plan de contrôle. Un plan de contrôle définit les politiques et coordonne les ressources, tandis que les applications connectées restent les systèmes de référence.

Cette approche crée des avantages potentiels pour les environnements mixtes. De nombreuses organisations utilisent des applications Microsoft, des services Google, GitHub, Salesforce, des bases de données internes et plusieurs fournisseurs de modèles. Un espace de travail neutre peut théoriquement couvrir ces frontières.

Cloudflare OS permet également aux clients de choisir les modèles accessibles via AI Gateway. Cette conception évite de lier l’interface de l’espace de travail à une seule famille de modèles, bien que les intégrations disponibles et les conditions du service managé restent floues.

L’architecture s’inscrit dans la position existante de Cloudflare au sein des réseaux d’entreprise et de la sécurité applicative. Les clients utilisent peut-être déjà Cloudflare Access pour un accès aux applications tenant compte de l’identité, ou AI Gateway pour contrôler le trafic des modèles.

Pour ces organisations, Cloudflare OS peut étendre une couche de politiques établie aux agents des employés. L’argument commercial est plus solide lorsque le client a déjà configuré les services environnants.

Cependant, la neutralité a un coût. Microsoft et Google peuvent offrir des comportements natifs plus approfondis au sein de leurs propres suites. Cloudflare doit reproduire ou intermédier ces actions via les Gatekeepers et des API externes.

Chaque intégration ajoute du travail de maintenance. Le comportement des API évolue, les flux d’authentification changent et les autorisations d’entreprise varient selon les tenants. Cloudflare doit maintenir la fiabilité de ces connexions s’il veut que le produit managé donne l’impression de former un seul espace de travail.

La plateforme doit également rivaliser avec l’infrastructure d’agents managée proposée par les fournisseurs cloud. Le runtime AgentCore d’Amazon gère la mise à l’échelle, la gestion des sessions, l’infrastructure et l’isolation des agents déployés.

AgentCore se concentre plus directement sur l’exécution d’applications d’agents, tandis que Cloudflare OS comprend une interface destinée aux employés et des outils permettant de produire un travail persistant. Les produits se recoupent au niveau de la couche d’exécution managée, même si leurs expériences utilisateur diffèrent.

Cette concurrence montre comment le marché se répartit en plusieurs couches. Les fournisseurs de modèles proposent des systèmes de raisonnement. Les plateformes cloud exécutent les agents. Les suites de productivité fournissent les interfaces utilisateur. Les services d’intégration connectent les outils d’entreprise.

Cloudflare tente de regrouper plusieurs couches sans posséder les applications sous-jacentes. Sa différenciation dépendra de la capacité de la gouvernance et de l’exécution intersystèmes à l’emporter sur la commodité des agents natifs des suites.

Le contexte d’achat devient donc déterminant. Une entreprise standardisée sur Microsoft 365 pourra préférer son environnement administratif existant. Une organisation dotée de systèmes hétérogènes pourra davantage valoriser un espace de travail neutre vis-à-vis des modèles et des applications.

Les développeurs font face à un choix similaire. Ils peuvent créer des agents distincts pour des tâches individuelles, ou fournir aux employés un espace de travail partagé capable de créer des outils à mesure que les besoins émergent.

Le modèle d’espace de travail peut réduire la fragmentation. Les employés conservent un seul historique d’agent, un seul ensemble de capacités approuvées et une seule bibliothèque de compétences organisationnelles. Les équipes peuvent partager des procédures plutôt que de recréer des prompts pour chaque tâche.

Il peut aussi concentrer les risques. Un espace de travail connecté à de nombreux systèmes devient une frontière de sécurité importante. Une erreur de configuration ou une intégration défaillante pourrait affecter plusieurs flux de travail au lieu d’un seul agent limité.

Ce compromis explique pourquoi l’édition managée est importante. Cloudflare demande aux clients de lui confier l’exploitation d’un espace de travail couvrant des systèmes sensibles, et pas seulement l’hébergement d’une interface web.

Les opérations managées ne résolvent pas le problème de confiance

La liste d’attente réduit une partie du travail de déploiement, mais Cloudflare n’a pas encore fourni suffisamment d’éléments pour répondre aux questions de sécurité, de fiabilité et d’adoption.

La première incertitude concerne la maturité du produit. Cloudflare OS reste un logiciel open source en accès anticipé, et le service managé n’a pas de date de disponibilité annoncée.

Une liste d’attente peut mesurer l’intérêt avant que Cloudflare ne s’engage sur des ressources de capacité et de support. Elle signifie aussi que les acheteurs ne peuvent pas encore évaluer un contrat final, le périmètre du service ou le modèle d’exploitation.

Cloudflare n’a pas publié de détails sur le service managé concernant la résidence des données, les politiques de sauvegarde, la réponse aux incidents, les calendriers de mise à niveau, les objectifs de reprise ou les intégrations prises en charge. Ces éléments compteront davantage que la simplicité de l’installation.

La deuxième incertitude concerne la précision des autorisations. Le suivi des ressources observées constitue une réponse réfléchie aux fuites de données, mais les autorisations réelles en entreprise sont complexes.

Les règles d’accès peuvent dépendre du rôle, du lieu, du projet, de la posture de l’appareil, des champs d’un enregistrement, de blocages juridiques ou d’exceptions temporaires. Un Gatekeeper doit interpréter correctement ces contraintes lors de la lecture comme du partage.

Les applications générées ajoutent une couche supplémentaire. Une application peut conserver des données, transformer des champs, mettre en cache des résultats et accepter des entrées de plusieurs utilisateurs. L’application des politiques doit survivre à toutes ces transitions.

Cloudflare indique que les Gatekeepers enregistrent les observations et vérifient les accès lorsque le travail est partagé. Des tests indépendants n’ont pas établi comment ce modèle gère chaque transformation, révocation ou inférence indirecte.

La révocation mérite une attention particulière. Si un employé perd l’accès à une source après qu’un agent a créé une sortie, le système doit décider si cet employé peut conserver le matériel dérivé.

Les administrateurs auront également besoin de registres d’audit compréhensibles. Un journal montrant qu’un agent a appelé un outil est insuffisant si les enquêteurs ne peuvent pas déterminer quels enregistrements ont influencé une sortie.

La troisième incertitude concerne le code généré. Cloudflare OS permet aux agents d’écrire et d’exécuter des logiciels dans des environnements isolés. L’isolation réduit l’exposition, mais le code généré peut toujours comporter des erreurs logiques.

Un flux de travail pourrait sélectionner les mauvais enregistrements, appliquer incorrectement un filtre, envoyer un rapport incomplet ou entreprendre une action non prévue. Ces défaillances peuvent survenir sans sortie de la sandbox.

Les contrôles d’approbation peuvent limiter les effets secondaires dommageables. Ils peuvent également créer une charge de vérification constante si chaque action significative exige une confirmation humaine.

Les organisations auront besoin de niveaux d’autonomie différents selon les tâches. Lire un document approuvé présente moins de risques qu’envoyer un e-mail, modifier du code source ou mettre à jour une fiche client.

La quatrième incertitude concerne la profondeur des intégrations. Cloudflare met en avant GitHub et Google Workspace, mais la plupart des entreprises dépendent de nombreux autres systèmes. Un espace de travail managé ne devient utile que lorsque ses connecteurs correspondent au travail réel.

Connecter un système ne suffit pas. L’intégration doit comprendre les autorisations granulaires, maintenir une authentification stable, gérer les défaillances et exposer les actions sous une forme que les agents peuvent utiliser en toute sécurité.

La cinquième incertitude concerne l’adoption. Donner un agent à chaque employé ne garantit pas que les employés réorganiseront leur travail autour de lui.

Les collaborateurs ont besoin de compétences organisationnelles fiables, d’exemples clairs, de pratiques de révision et de support. Les équipes doivent également s’accorder sur les sorties nécessitant une vérification.

Cloudflare affirme que des milliers de ses employés utilisent la plateforme interne et que les équipes ont créé des milliers d’outils. Ces chiffres démontrent une activité interne, mais restent des estimations de l’entreprise dans son propre environnement.

Les employés de Cloudflare disposent aussi d’un accès inhabituel aux personnes qui construisent le produit. Les clients externes peuvent être confrontés à des conditions différentes en matière d’intégration, de support, de conformité et de gestion du changement.

Un déploiement managé peut réduire le travail d’infrastructure. Il ne peut ni organiser les connaissances de l’entreprise, ni résoudre des procédures ambiguës, ni décider quels flux de travail méritent d’être automatisés.

Les organisations devraient considérer cette préparation comme un projet de gestion des connaissances. Une base de connaissances d’équipe fiable nécessite une responsabilité claire, des règles d’accès, des contenus à jour et des processus permettant de corriger les recommandations obsolètes.

Cloudflare OS repose sur un contexte organisé et des compétences réutilisables. Si ces éléments sont contradictoires ou deviennent obsolètes, l’agent peut exécuter plus efficacement la mauvaise procédure.

Le service managé doit donc prouver deux choses. Cloudflare doit exploiter la plateforme technique de manière fiable, tandis que les clients doivent maintenir la couche organisationnelle qui fournit aux agents des instructions utiles.

Aucune de ces responsabilités ne disparaît derrière quelques clics de déploiement.

Trois signaux montreront si Cloudflare OS peut devenir une infrastructure d’entreprise

La prochaine étape dépend des détails du service, de preuves en production et de la démonstration que le modèle de gouvernance de Cloudflare fonctionne au-delà de sa propre organisation.

Le premier signal est une sortie définie du service managé. Cloudflare doit publier la disponibilité, les régions prises en charge, la couverture des intégrations, les contrôles administratifs et les limites de responsabilité.

Une sortie sans ces détails affaiblirait l’argument de l’infrastructure. Un modèle d’exploitation documenté le renforcerait, en particulier pour les équipes de sécurité et de conformité évaluant une utilisation à long terme.

Les acheteurs devraient rechercher des réponses claires sur l’emplacement des données, le routage des modèles, les journaux, les sauvegardes, la gestion des incidents, les mises à niveau et l’isolation des tenants. Ils devraient également examiner en quoi les déploiements managés diffèrent des installations exploitées par les clients.

Le deuxième signal est l’adoption indépendante en production. La déclaration de Cloudflare concernant des milliers d’organisations décrit un intérêt précoce, mais ne révèle pas une utilisation durable.

Des preuves plus solides incluraient des clients nommés, des flux de travail définis, l’échelle de déploiement, les retours des administrateurs et des taux d’erreur mesurés. Les études de cas devraient expliquer comment les organisations ont géré les autorisations et la révision humaine.

La profondeur d’utilisation compte plus que la taille de la liste d’attente. Un pilote qui crée des présentations d’exemple n’a pas la même portée qu’un espace de travail connecté à des systèmes opérationnels.

Cloudflare devrait également distinguer les utilisateurs actifs des utilisateurs inscrits. La valeur de la plateforme dépend d’un travail répété, d’applications réutilisables et de compétences organisationnelles partagées.

Le troisième signal concerne la réaction de Microsoft, Google et Amazon au modèle d’espace de travail. Leurs produits couvrent déjà de nombreuses capacités environnantes, et chacun peut combler les lacunes grâce à une intégration plus étroite.

Si les grandes plateformes ajoutent une provenance intersystèmes plus robuste et des compétences organisationnelles portables, la distinction de Cloudflare en matière de gouvernance se réduira. Si elles restent centrées sur leurs propres suites, la position neutre de Cloudflare gagnera en valeur.

Cloudflare doit également montrer que ses versions open source et managée peuvent progresser ensemble. Le code ouvert attire la personnalisation et l’examen, tandis qu’un service hébergé crée une pression en faveur de la stabilité.

Cette combinaison peut devenir un avantage si les clients peuvent examiner la plateforme, contrôler les intégrations et passer d’un modèle d’exploitation à un autre. Elle devient un handicap si les versions évoluent trop rapidement pour que les entreprises puissent les valider.

L’espace de travail d’agents managé Cloudflare OS est donc bien plus qu’une annonce d’hébergement. Il teste si les entreprises souhaitent un environnement gouverné unique dans lequel les employés peuvent rechercher, créer, coder et automatiser à travers les systèmes existants.

Cloudflare a présenté une architecture crédible pour cet environnement. L’entreprise n’a pas encore présenté un produit managé finalisé ni de preuves indépendantes que le modèle fonctionne dans diverses entreprises.

Les organisations envisageant de rejoindre la liste d’attente devraient commencer par des flux de travail restreints et réversibles. Elles devraient identifier les données requises, les actions autorisées, les points d’approbation humaine et les responsables des compétences organisationnelles.

La question la plus utile n’est pas de savoir si chaque employé devrait recevoir un agent. Elle est de savoir si un espace de travail gouverné unique peut remplacer en toute sécurité une collection croissante d’expériences d’agents déconnectées.

Cloudflare doit désormais prouver que les opérations managées, l’accès granulaire et les produits de travail persistants peuvent répondre à cette question en production.