Le 5 août 2026, Cloudflare a publié un billet qui commence par une phrase qui mérite qu'on s'y arrête : « votre agent a besoin d'un ordinateur, pas d'un conteneur ». Derrière ce titre provocateur se cache @cloudflare/computer, une bibliothèque open source qui donne à chaque agent IA un système de fichiers et un environnement d'exécution. L'idée de fond : pour faire tourner des agents à grande échelle, la conteneurisation systématique n'est pas la bonne réponse. Voici pourquoi, et ce que Cloudflare propose à la place.
Pourquoi un conteneur par agent ne passera pas à l'échelle
Un agent IA, c'est un programme capable d'utiliser des outils pour accomplir une tâche : lire des fichiers, exécuter des commandes, modifier du code, tester son travail. Jusqu'ici, la recette classique consistait à enfermer chaque agent dans un conteneur, c'est-à-dire un environnement isolé qui embarque son propre système Linux et ses dépendances.
Le problème, c'est l'échelle. Cloudflare rappelle un chiffre simple : il n'existe tout simplement pas assez de puissance de calcul dans le monde pour fournir un conteneur à chaque agent. Quand on parle de centaines de millions, puis de milliards d'agents qui tournent en même temps, la conteneurisation à l'unité ne tient plus, ni en coût ni en ressources.
La réponse de Cloudflare, c'est l'isolat. Un isolat, c'est un environnement d'exécution ultra-léger : il démarre en quelques millisecondes, s'éteint instantanément et peut hiberner quand l'agent est inactif. C'est la technologie derrière Cloudflare Workers, lancé il y a presque dix ans, et Durable Objects, qui ajoute un état persistant à ces environnements. Les isolats passent à l'échelle horizontalement sans effort : c'est exactement ce dont les agents ont besoin.
Cette distinction compte aussi pour le portefeuille. Un conteneur qui tourne en permanence, même quand l'agent ne fait rien, c'est du temps de calcul gaspillé. Un isolat, lui, peut s'endormir et se réveiller à la demande. À l'échelle de milliers d'agents, l'économie est massive. C'est ce constat qui pousse Cloudflare à repenser l'environnement d'exécution des agents de fond en comble.
Source : Cloudflare — blog.cloudflare.com
Un système de fichiers partagé entre isolats et conteneurs
@cloudflare/computer repose sur une idée élégante : au lieu de donner à l'agent un environnement figé, on lui donne un espace de travail, c'est-à-dire un système de fichiers virtuel stocké dans un Durable Object, avec SQLite comme source de vérité. Cet espace de travail est durable : il survit aux redémarrages et aux changements d'environnement.
Sur ce système de fichiers, plusieurs environnements d'exécution peuvent travailler, chacun avec ses forces. Le backend conteneur fournit un vrai Linux, avec npm, node et des binaires natifs, pour les tâches lourdes. Le backend isolat shell traduit les commandes bash en JavaScript et s'exécute dans un Worker dynamique, rapide et économique. Un troisième backend exécute des modules JavaScript dans un Worker isolé. L'agent choisit lui-même l'environnement adapté à sa tâche, et les tests de Cloudflare montrent que les modèles font plutôt bien ce choix.
Concrètement, une tâche de manipulation de fichiers ou de gestion d'un dépôt Git peut se faire dans un isolat, sans conteneur. Une commande qui nécessite Linux, npm ou un binaire natif bascule dans le conteneur. Les deux travaillent sur les mêmes fichiers, synchronisés en continu. L'objectif affiché : qu'un conteneur ne soit nécessaire que pour moins de 10 % du travail d'un agent.
Source : Cloudflare — blog.cloudflare.com
Comment l'utiliser
L'installation se fait via npm, le gestionnaire de paquets de l'écosystème JavaScript : npm install @cloudflare/computer. La bibliothèque est prévue pour être branchée sur un Durable Object existant, et elle expose une API proche de node:fs, donc familière à tout développeur JavaScript. Des outils prêts à l'emploi sont fournis pour les agents : lecture, écriture, édition, listage et exécution de commandes.
Le scénario le plus courant, c'est de donner cet espace de travail à un agent pour qu'il fasse un travail concret : trier des rapports d'erreurs, reproduire un bug, préparer un correctif, générer de la documentation. L'exemple de Cloudflare montre un agent qui clone un dépôt dans l'espace de travail, installe les dépendances et exécute des commandes, le tout avec une trace écrite de chaque action.
Ce qui change par rapport à un simple conteneur, c'est la finesse du contrôle. Chaque opération sur les fichiers peut être limitée, auditable et journalisée. Tu peux donner à l'agent le droit de lire un dossier, de modifier un autre, d'exécuter des commandes uniquement dans un environnement précis, et garder l'historique de tout ce qu'il a fait. Pour du travail autonome, cette traçabilité n'est pas un luxe : c'est ce qui permet de faire confiance à la machine.
Enfin, le système de fichiers peut être alimenté depuis l'extérieur : un dépôt Git, un stockage objet ou même une archive. L'agent démarre donc avec les ressources dont il a besoin, sans qu'on ait à reconstruire un environnement à chaque fois. C'est un peu comme brancher une clé USB sur un poste de travail : le poste est prêt, les fichiers arrivent, le travail peut commencer.
Source : Cloudflare — blog.cloudflare.com
Les limites à connaître
Il faut rester lucide : ce projet est clairement marqué preview. Le dépôt GitHub le répète en tête de README : les API sont instables, le design est susceptible de changer, et le paquet n'est pas recommandé pour la production à ce stade. C'est une expérience lancée au grand jour pour recueillir des retours, pas un produit fini.
Côté technique, chaque espace de travail est limité à environ 10 Go, car il partage le stockage du Durable Object. Le système de fichiers du conteneur est maintenu en mémoire, et l'accès via FUSE, le mécanisme qui monte le stockage distant comme un dossier local, est plus lent qu'un disque natif pour les opérations lourdes comme l'installation de gros paquets. Le projet cible des espaces de travail à l'échelle d'un agent, pas des monorepos entiers.
Autre point notable : la licence est MIT, le code est ouvert sur GitHub, et le projet a déjà attiré plusieurs milliers d'étoiles en quelques semaines. C'est un signal fort sur l'intérêt du secteur pour cette approche.
Il faut aussi garder en tête le contexte plus large : Cloudflare multiplie les briques pour agents depuis un an, entre les outils de recherche, la mémoire durable et maintenant l'environnement d'exécution. @cloudflare/computer n'est pas un produit isolé, c'est une pièce d'un puzzle plus vaste, et il faut le juger comme tel : une brique de plus pour construire des agents qui tournent à grande échelle.
Ce que ça change pour toi
Si tu développes des agents, cette approche vaut le coup d'œil : elle promet de réduire drastiquement le coût et la latence des environnements d'exécution en ne mobilisant un conteneur que quand c'est vraiment nécessaire. Pour l'utilisateur final, l'effet est invisible mais bien réel : des agents plus rapides, moins chers à faire tourner, et capables de travailler sur des fichiers qui persistent d'une session à l'autre.
Et si tu ne développes rien, cette annonce reste intéressante : elle montre la direction que prend toute l'industrie des agents. Le conteneur par agent, c'est déjà de l'histoire ancienne. L'ordinateur partagé, l'isolat léger et l'état persistant, c'est le futur qui s'écrit en ce moment sur GitHub.
Les agents les plus performants ont tous un point commun : un ordinateur sur lequel s'exécuter. Avec @cloudflare/computer, cet ordinateur devient un espace de travail léger, durable et partagé. Reste à voir si la preview tiendra ses promesses — mais l'idée, elle, est déjà en train de s'imposer.
—
Recherche, relecture et illustration assistées par IA. Le contenu reflète le travail éditorial de la rédaction.
No comments yet