Chaque agent dispose également d’un système de fichiers persistant reposant sur SQLite, peut exécuter des commandes shell et bénéficie d’un espace de travail unifié pour manipuler des fichiers, lancer du code et préparer son environnement. Les développeurs n’ont donc plus à assembler manuellement les briques de calcul, de stockage et d’isolation .

Cloudflare présente pour l’instant @cloudflare/computer comme une expérience open source destinée à recueillir les retours des clients qui cherchent à faire fonctionner des agents à grande échelle .

Python et JavaScript peuvent désormais communiquer directement

Cloudflare a aussi annoncé que les Workers Python et les Workers JavaScript/TypeScript pouvaient désormais appeler directement leurs méthodes respectives grâce à Workers RPC et aux Service bindings .

Ces appels interlangages fonctionnent sans dépendance supplémentaire, définition de schéma, protobuf ou code de sérialisation. L’interface FFI — Foreign Function Interface — de Pyodide assure automatiquement la conversion des types. Des objets actifs, des fonctions et des flux peuvent franchir la frontière entre les deux langages . Les exceptions sont transmises jusqu’au point d’appel et les types compatibles avec le structured clone peuvent être utilisés comme paramètres ou valeurs de retour .

Concrètement, un agent écrit en Python peut appeler un Worker JavaScript chargé du traitement des données, et l’inverse devient également possible, sans devoir concevoir une couche d’intégration spécifique.

TCP entrant et gRPC via Spectrum

La troisième annonce concerne le réseau. Workers et Containers prennent désormais en charge les connexions TCP entrantes via Spectrum, le proxy d’entrée de Cloudflare pour les trafics qui ne reposent pas sur HTTP. Les sockets peuvent être directement transférés vers des Durable Objects ou des conteneurs .

Un nouveau gestionnaire connect(socket) permet à un Worker d’accepter directement un socket TCP entrant . Les développeurs peuvent ainsi exécuter des applications gRPC entièrement bidirectionnelles ou utiliser une traduction automatique entre gRPC et gRPC-Web directement dans Workers .

Cette évolution ouvre la plateforme à des protocoles autres que HTTP pour la première fois, avec des possibilités adaptées aux échanges en continu, bidirectionnels et à faible latence.

Une stratégie cohérente pour l’économie des agents

Pris séparément, ces lancements répondent à des problèmes techniques distincts. Ensemble, ils dessinent une stratégie de plateforme assez claire :

• @cloudflare/computer répond à la question fondamentale de l’environnement dans lequel un agent vit et travaille. L’agent dispose d’un espace persistant et doté d’un état, tandis que le runtime sélectionne le type de calcul approprié à chaque tâche au lieu de tout faire reposer sur un conteneur ou une fonction sans serveur .
• Le RPC interlangage facilite la création de systèmes composés de plusieurs langages. Un agent Python peut appeler un Worker JavaScript, et chaque composant peut être assemblé comme s’il appartenait à un même environnement d’exécution .
• Le TCP entrant et le gRPC suppriment une autre limite : les agents et les services auxquels ils s’adressent ne sont plus cantonnés aux échanges HTTP. Ils peuvent exploiter des protocoles de streaming et des communications bidirectionnelles, souvent nécessaires aux applications agentiques en temps réel .

Le message d’ensemble est simple : Cloudflare cherche à construire la couche d’infrastructure de l’ère des agents. Ces derniers obtiennent leur propre ordinateur plutôt qu’un simple conteneur, les langages deviennent plus facilement interchangeables et les protocoles réseau cessent d’être un obstacle majeur.

La plateforme se positionne ainsi comme un environnement de bout en bout pour concevoir, déployer et interconnecter des agents autonomes à la périphérie du réseau, sans avoir à gérer soi-même des serveurs, des conteneurs ou des couches de traduction entre protocoles.

Chaque agent dispose également d’un système de fichiers persistant reposant sur SQLite, peut exécuter des commandes shell et bénéficie d’un espace de travail unifié pour manipuler des fichiers, lancer du code et préparer son environnement. Les développeurs n’ont donc plus à assembler manuellement les briques de calcul, de stockage et d’isolation .

Cloudflare présente pour l’instant @cloudflare/computer comme une expérience open source destinée à recueillir les retours des clients qui cherchent à faire fonctionner des agents à grande échelle .

Python et JavaScript peuvent désormais communiquer directement

Cloudflare a aussi annoncé que les Workers Python et les Workers JavaScript/TypeScript pouvaient désormais appeler directement leurs méthodes respectives grâce à Workers RPC et aux Service bindings .

Ces appels interlangages fonctionnent sans dépendance supplémentaire, définition de schéma, protobuf ou code de sérialisation. L’interface FFI — Foreign Function Interface — de Pyodide assure automatiquement la conversion des types. Des objets actifs, des fonctions et des flux peuvent franchir la frontière entre les deux langages . Les exceptions sont transmises jusqu’au point d’appel et les types compatibles avec le structured clone peuvent être utilisés comme paramètres ou valeurs de retour .

Concrètement, un agent écrit en Python peut appeler un Worker JavaScript chargé du traitement des données, et l’inverse devient également possible, sans devoir concevoir une couche d’intégration spécifique.

TCP entrant et gRPC via Spectrum

La troisième annonce concerne le réseau. Workers et Containers prennent désormais en charge les connexions TCP entrantes via Spectrum, le proxy d’entrée de Cloudflare pour les trafics qui ne reposent pas sur HTTP. Les sockets peuvent être directement transférés vers des Durable Objects ou des conteneurs .

Un nouveau gestionnaire connect(socket) permet à un Worker d’accepter directement un socket TCP entrant . Les développeurs peuvent ainsi exécuter des applications gRPC entièrement bidirectionnelles ou utiliser une traduction automatique entre gRPC et gRPC-Web directement dans Workers .

Cette évolution ouvre la plateforme à des protocoles autres que HTTP pour la première fois, avec des possibilités adaptées aux échanges en continu, bidirectionnels et à faible latence.

Une stratégie cohérente pour l’économie des agents

Pris séparément, ces lancements répondent à des problèmes techniques distincts. Ensemble, ils dessinent une stratégie de plateforme assez claire :

• @cloudflare/computer répond à la question fondamentale de l’environnement dans lequel un agent vit et travaille. L’agent dispose d’un espace persistant et doté d’un état, tandis que le runtime sélectionne le type de calcul approprié à chaque tâche au lieu de tout faire reposer sur un conteneur ou une fonction sans serveur .
• Le RPC interlangage facilite la création de systèmes composés de plusieurs langages. Un agent Python peut appeler un Worker JavaScript, et chaque composant peut être assemblé comme s’il appartenait à un même environnement d’exécution .
• Le TCP entrant et le gRPC suppriment une autre limite : les agents et les services auxquels ils s’adressent ne sont plus cantonnés aux échanges HTTP. Ils peuvent exploiter des protocoles de streaming et des communications bidirectionnelles, souvent nécessaires aux applications agentiques en temps réel .

Le message d’ensemble est simple : Cloudflare cherche à construire la couche d’infrastructure de l’ère des agents. Ces derniers obtiennent leur propre ordinateur plutôt qu’un simple conteneur, les langages deviennent plus facilement interchangeables et les protocoles réseau cessent d’être un obstacle majeur.

La plateforme se positionne ainsi comme un environnement de bout en bout pour concevoir, déployer et interconnecter des agents autonomes à la périphérie du réseau, sans avoir à gérer soi-même des serveurs, des conteneurs ou des couches de traduction entre protocoles.