Cloudflare a publié Cloudflare OS le 5 août sous licence Apache 2.0, et le nom n'est pas le plus intéressant. Il s'agit de l'espace de travail à agents que des milliers de salariés de Cloudflare utilisent déjà, livré sous forme de code que vous déployez dans votre propre compte plutôt que de produit auquel vous souscrivez. L'architecture justifie la lecture du dépôt même si vous ne le faites jamais tourner : le code serveur s'exécute dans des Dynamic Workers dont le réseau sortant est coupé, chaque instance d'application reçoit son propre Durable Object Facet avec une base SQLite privée, et le client parle au serveur via Cap'n Web. Le README précise que le tout peut tourner sur workerd, le moteur libre, sur vos propres serveurs.
The short answer
Cloudflare a publié Cloudflare OS, l'espace de travail à agents qu'il utilise déjà en interne, en open source sous Apache 2.0. Le code serveur tourne dans des Dynamic Workers sans réseau sortant, chaque instance d'application reçoit son propre Durable Object Facet avec une base SQLite privée, et le client dialogue avec le serveur via Cap'n Web. Un dépôt starter permet de déployer dans votre compte Cloudflare. La version publiée est une réécriture, encore rugueuse de l'aveu du projet.
Les billets d'entreprise sur un outil interne se terminent d'ordinaire par une liste d'attente. Celui-ci se termine par un dépôt.
Le 5 août, Cloudflare a publié Cloudflare OS, l'espace de travail que ses propres équipes utilisent pour chercher, rédiger des documents adossés à des données vivantes, automatiser des tâches répétitives et construire de petites applications internes. Le code est sur GitHub sous licence Apache 2.0, avec un second dépôt, cloudflare-os-starter, qui contient le modèle de déploiement. Le cadrage de Cloudflare est explicite : vous n'êtes pas censé utiliser Cloudflare OS. Vous êtes censé le forker et en faire le système de votre entreprise.
L'architecture est la vraie nouvelle
Écartez la querelle sur le nom et il reste une réponse bien dessinée à un problème que beaucoup d'équipes règlent mal en ce moment : comment laisser un agent écrire et exécuter du code dans votre entreprise sans lui offrir votre réseau.
La réponse de Cloudflare tient en trois pièces. Le code serveur s'exécute dans des Dynamic Workers dont le réseau sortant est désactivé, donc le code généré ne peut pas partir de lui-même. Le code client tourne dans des cadres de navigateur isolés. La communication passe par Cap'n Web, un système RPC à capacités d'objets, ce qui signifie que le client détient des références vers des capacités précises plutôt qu'une porte d'entrée générale vers le back-end.
En dessous, chaque instance d'application est un Durable Object Facet avec sa base SQLite. Cloudflare appelle gadget une application en cours d'exécution, et l'intérêt du mot est qu'un gadget est propre à un utilisateur et à une instance. Quand vous créez une présentation dans Cloudflare OS, vous obtenez une copie privée de l'application de présentation, dans son bac à sable, avec son stockage. Personne ne partage une colonne de locataire.
C'est une décision de conception aux conséquences concrètes. L'isolation cesse d'être une couche de règles que quelqu'un doit penser à appliquer, et devient la forme naturelle du système.
Ce qu'il faut pour le faire tourner
La route documentée passe par un compte Cloudflare. Vous y déployez le modèle starter, puis vous fournissez vos politiques Access, votre configuration AI Gateway et vos intégrations vers les systèmes internes. Le développement local repose sur pnpm, serveur et client étant lancés comme deux processus distincts.
La phrase à remarquer figure presque en aparté dans le README : l'ensemble repose sur workerd, le moteur Workers libre de Cloudflare, et peut tourner dessus sur vos propres serveurs. Cela ne fait pas de l'auto-hébergement un chemin soutenu avec un guide dédié, et nous nous attendrions à y passer du temps. Cela signifie en revanche que le projet n'est pas une vitrine aux murs peints. Il existe une sortie de la plateforme, et elle emprunte le moteur que Cloudflare utilise lui-même.
Lisez-le avant de refaire la même chose en moins bien
Un certain type de projet interne se déroule en ce moment dans beaucoup d'entreprises. Quelqu'un branche un agent sur un bac à sable d'exécution, quelqu'un d'autre y ajoute l'accès au wiki et au gestionnaire de tickets, et six semaines plus tard il existe un service aux ramifications larges dont personne n'a jamais dessiné le schéma.
L'intérêt d'une implémentation publiée, fonctionnelle et assumée, c'est qu'elle donne une référence pour les décisions ennuyeuses. Où s'exécute le code généré. Que peut-il atteindre. Comment l'état est-il partitionné par utilisateur. Comment une capacité est-elle accordée puis retirée. Cloudflare a répondu à tout cela dans du code lisible cet après-midi, sous une licence qui autorise à reprendre les réponses.
Restez lucide sur la maturité. Le dépôt est une version deux, une réécriture éclairée par les ratés de la première, et la description du projet reconnaît des aspérités. Des milliers d'utilisateurs internes constituent une preuve réelle que le cœur tient. C'est aussi la preuve d'une entreprise prête à faire tourner ses équipes sur un outillage inachevé, ce que la plupart des organisations ne sont pas.
Notre position : clonez, lisez la partie isolation et l'agencement des Facets, déployez dans un compte où rien n'a d'importance, et considérez l'architecture comme le livrable. L'espace de travail est la démonstration. Le dessin est ce qui mérite d'être gardé.
Sources et pour aller plus loin
- Cloudflare OS: an open platform for agents, apps, and work, blog Cloudflare, 5 août 2026
- cloudflare/cloudflare-os sur GitHub
- Cloudflare announces open-source Cloudflare OS as AI operating system, Phoronix, 5 août 2026
- Le moteur Workers libre workerd
Questions fréquentes
Cloudflare OS est-il vraiment un système d'exploitation ?
Non, et Cloudflare le dit franchement dans son annonce. Pas de noyau, pas d'ordonnanceur matériel, rien que vous puissiez démarrer. Le mot est employé comme quand on dit qu'une entreprise tourne sur tel outil : c'est la couche où le travail se fait, où vivent les applications, et où l'accès aux systèmes internes est arbitré. Cloudflare avance deux formulations dans le même billet, un système d'exploitation pour qu'une entreprise soit productive avec l'IA, et un système d'exploitation pour les charges de travail IA. Ce sont des analogies. Si le vocabulaire vous agace, ignorez-le et lisez l'architecture, parce qu'elle, elle fait un vrai travail.
Quelle licence, et peut-on réellement l'héberger soi-même ?
Apache 2.0, assez permissive pour forker, modifier et exploiter commercialement sans rien demander à personne. L'auto-hébergement a deux niveaux. Le chemin direct consiste à déployer dans votre propre compte Cloudflare avec le modèle cloudflare-os-starter, en fournissant vos politiques Access, votre configuration AI Gateway et vos intégrations. Le chemin plus indépendant est mentionné presque en passant dans le README : la pile repose sur workerd, le moteur Workers libre de Cloudflare, et peut donc tourner sur vos propres serveurs. Cette seconde voie n'est pas la route documentée et confortable, il faut prévoir du travail, mais elle existe et c'est ce qui sépare un vrai logiciel libre d'une démo à code visible.
Qu'est-ce qu'un Durable Object Facet et pourquoi cela compte ici ?
Un Durable Object est un objet unique, adressable et porteur d'état, avec son propre stockage. Un Facet permet d'en créer beaucoup, à faible coût, sous un même espace de noms. Cloudflare OS s'en sert pour que chaque instance d'application créée par un utilisateur ait son objet et sa base SQLite, au lieu de partager une table multi-locataires. Concrètement, l'isolation devient la forme par défaut du système au lieu d'une politique appliquée par-dessus. Quand vous fabriquez une présentation ou un petit outil interne, le code et les données n'appartiennent qu'à vous, et supprimer revient à supprimer un objet plutôt qu'à filtrer des lignes. Le motif vaut d'être repris même si vous ne touchez jamais à ce code.
Pourquoi le réseau sortant est-il coupé côté serveur ?
Parce que le code serveur exécuté a été écrit par un agent, et que la valeur par défaut raisonnable pour du code que vous n'avez pas relu est qu'il ne puisse contacter personne. Cloudflare l'exécute dans des Dynamic Workers sans réseau sortant, si bien que tout ce dont ce code a besoin de l'extérieur doit passer par un chemin explicite et arbitré plutôt que par un fetch arbitraire. Le code client tourne dans des cadres de navigateur isolés pour la même raison. C'est la partie du dessin la plus utile à recopier si vous construisez quoi que ce soit qui exécute du code généré par un modèle dans vos systèmes, et l'adopter tôt coûte bien moins cher que de la rajouter après coup.
Est-ce utilisable en production ?
Cloudflare admet que ce n'est pas fini. Le dépôt publié est une version deux, une réécriture complète nourrie par les leçons de la première tentative, et le projet se décrit comme capable mais encore rugueux par endroits. Des milliers de salariés Cloudflare qui s'en servent tous les jours constituent un vrai signal sur la solidité du cœur, mais aussi un signal sur une entreprise capable d'absorber les frottements de son propre outillage. Notre lecture : cela vaut la lecture, cela vaut un déploiement dans un compte bac à sable, et cela ne vaut pas d'être placé ce mois-ci entre vos équipes et leur travail réel.