AX : Google orchestre ses agents comme des pods

Ce qui se passe

Google publie sur son organisation GitHub AX, présenté comme « Google's open agentic orchestrator », sous licence Apache 2.0. Le dépôt existe depuis mars 2026 ; la version 0.3.0, publiée le 20 septembre 2026, le réécrit en couche d'orchestration générale pour les tâches d'agents.

Le problème traité

Un agent n'est ni un microservice sans état ni un traitement par lots : il accumule de l'état, demande une isolation stricte, appelle des API de modèles et des serveurs d'outils, et peut dépenser en boucle sans que personne ne le voie. AX le traite comme Kubernetes traite les conteneurs : des manifestes YAML, un outil ax calqué sur kubectl (apply, get, describe, watch, delete), et des verbes propres aux agents (ssh, suspend, resume).

Quatre ressources

Task : l'unité d'exécution isolée — image, commande, limites CPU et mémoire, un Gateway, un ou plusieurs Workspaces.
Workspace : dépôts Git clonés, serveurs MCP, registres de skills. Un champ goal en langage naturel est confié au démarrage à un agent Antigravity qui finit l'installation ; il lui faut GEMINI_API_KEY, et il dispose de 10 minutes par défaut (AX_BOOTSTRAP_TIMEOUT).
Gateway : les ports exposés et la liste des hôtes autorisés en sortie.
Model : fournisseur, modèle, paramètres, et clé d'API dans un secret Kubernetes.

L'exemple de Gateway de la documentation autorise tout hôte sur le port 443, avec un commentaire qui demande de resserrer en production. Resserré sur un fournisseur de modèle et une forge Git, il ressemble à ceci :

YAML

apiVersion: ax.io/v1alpha1
kind: Gateway
metadata:
  name: egress-strict
  atespace: default
spec:
  egress:
    allowlist:
      hosts:
        - host: api.anthropic.com
          port: 443
        - host: github.com
          port: 443

Ce que change la 0.3.0

Le projet abandonne son CLI unique et son harnais Python pour trois binaires : ax-server (API gRPC), ax-controller (réconciliateur qui consomme des Redis Streams) et ax-task-runner (PID 1 dans chaque bac à sable). L'état des tâches quitte les CRD Kubernetes pour Redis, afin d'encaisser des millions de tâches courtes sans charger etcd.

Les limites

Le README l'écrit en tête : concepts, protocoles et spécifications bougent encore, et des ruptures majeures sont attendues avant une version stable. Il faut un cluster Kubernetes, ko, un registre d'images et l'API d'Agent Substrate, la couche d'exécution isolée sur laquelle AX repose.

Source : google/ax, GitHub, version 0.3.0 du 20 septembre 2026.