AX es un orquestador abierto y declarativo para ejecutar cargas de trabajo de agentes autónomos en un clúster. En términos sencillos, convierte la infraestructura que rodea a un agente —su entorno de ejecución aislado, sus herramientas, su acceso a la red y su configuración de modelos— en especificaciones reutilizables que pueden aplicarse y gestionarse de forma muy similar a los recursos de Kubernetes.
El artículo presenta AX como un proyecto abierto de Google que organiza la infraestructura de agentes como recursos declarativos de clúster.
El sitio web del proyecto y el repositorio `google/ax` describen cuatro objetos principales. Un Task ejecuta código de agente no confiable en un sandbox con límites de CPU y memoria; un Workspace prepara repositorios Git, servidores del Protocolo de Contexto de Modelos (MCP) y skills antes de la ejecución; un Gateway controla el tráfico saliente mediante listas permitidas de hosts y puertos; y un Model centraliza los parámetros del modelo y los secretos. Por tanto, un manifiesto puede declarar tanto un repositorio de Go como el objetivo de la tarea que debe ejecutarse dentro del entorno preparado.
El flujo de trabajo está diseñado deliberadamente para resultar familiar a los usuarios de Kubernetes: escribir YAML, ejecutar `ax apply`, observar el estado con `ax watch` e inspeccionar el sandbox con `ax ssh`. Cuando un agente espera una respuesta del modelo, una herramienta o una persona, AX afirma que puede guardar un punto de control y suspender el actor, y después reanudarlo en menos de un segundo sin un arranque en frío. La idea de eficiencia declarada consiste en compartir recursos del worker mientras las tareas están inactivas y consumir cómputo solo mientras un agente está ejecutando código de forma activa.
Esa promesa conlleva requisitos previos importantes. Las instrucciones de inicio rápido requieren un clúster de Kubernetes, `ko`, un registro de contenedores y una API de control de Agent Substrate accesible; AX se ejecuta sobre ese substrate para la ejecución en sandbox. El repositorio también advierte de que sus conceptos, protocolos y especificaciones aún se están perfeccionando y podrían cambiar de forma sustancial antes de una versión estable. Su lenguaje sobre miles de millones de tareas es un objetivo de diseño, no un benchmark verificado de forma independiente ni una prueba de capacidad en el mundo real.
La cuestión práctica es si el valor de AX reside en el sandbox en sí o en el plano de control que lo rodea. Una máquina virtual puede proporcionar aislamiento, pero AX intenta lograr que muchos agentes efímeros o de larga duración sean observables, estén restringidos por red, admitan puntos de control y tengan una configuración reproducible mediante una única interfaz. El paquete no demuestra madurez en producción, resultados de rendimiento independientes ni cómo se compara esa compensación con las instantáneas de máquinas virtuales; por tanto, la conclusión defendible es más limitada: AX ofrece un modelo operativo coherente para equipos que ya están preparados para ejecutar infraestructura de agentes a escala de clúster.