Le 5 novembre 2026, Google Cloud a annoncé qu’il ferait don à la Cloud Native Computing Foundation (CNCF) d’Agent Substrate, de gVisor et d’OpenRL. Le même jour, il a annoncé la version 1.0 d’Agent Substrate et sa disponibilité générale en tant que fonctionnalité gérée sur Google Kubernetes Engine (GKE). Selon Google, les trois projets avaient été acceptés dans le programme Sandbox de la CNCF en octobre, et leur intégration avec les responsables de la communauté et une infrastructure de compilation indépendante était toujours en cours. Google Cloud détaille ces annonces.
Le rôle d’Agent Substrate, de gVisor et d’OpenRL
Google présente ces projets comme des briques distinctes de l’infrastructure des agents d’intelligence artificielle : l’une gère leur exécution et leur état, une autre isole le code, et la troisième organise l’entraînement par renforcement sur Kubernetes.
| Projet | Rôle dans la pile | Fonction décrite par Google |
| Agent Substrate | Gestion de l’exécution des agents avec état persistant | Sépare l’état de l’agent des ressources de calcul réutilisables. |
| gVisor | Isolation du code | Intercepte les appels système des applications au moyen d’un noyau applicatif en espace utilisateur écrit en Go. |
| OpenRL | Entraînement par renforcement sur Kubernetes | Fournit un système Python auto-hébergé pour les boucles de post-entraînement. |
Dans Agent Substrate, Google décrit gVisor et les micro-machines virtuelles de Cloud Hypervisor comme deux options d’isolation. OpenRL, de son côté, s’appuie sur quatre primitives Python : sample, forward_backward, optim_step et save_state. Les outils d’entraînement et d’échantillonnage peuvent être remplacés par des moteurs compatibles.
Comment Agent Substrate suspend puis reprend un Actor
Un Actor conserve l’état d’un agent, notamment sa mémoire, ses fichiers et son identité. Le Worker est l’environnement d’exécution réutilisable où l’agent travaille. Quand un Actor devient inactif, Agent Substrate enregistre son état dans un instantané et rend le Worker disponible pour un autre usage. Lorsqu’une nouvelle requête arrive, l’Actor peut être restauré sur un Worker disponible, selon la description de Google.
La séparation essentielle : l’Actor conserve l’état de l’agent, tandis que le Worker fournit une capacité de calcul réutilisable.
Les Gateways contrôlent les accès entrants et sortants et injectent des secrets en fonction de l’identité de l’Actor. Elles complètent ainsi la séparation entre état persistant et environnement d’exécution.
Agent Substrate 1.0 et son déploiement sur Kubernetes
L’annonce de la version 1.0 s’accompagne de la disponibilité générale d’Agent Substrate en tant que fonctionnalité gérée sur GKE. Google indique également que le code open source peut être déployé sur des clusters Kubernetes. La fonctionnalité gérée concerne donc GKE, tandis que le déploiement du code open source s’adresse aux environnements Kubernetes.
