No basta con proporcionar a los agentes de inteligencia artificial un modelo más potente para que gestionen la infraestructura en la nube de forma autónoma. El problema que destaca el artículo patrocinado por env zero es la ausencia de un contexto operativo que conecte lo que se supone que debe existir, tal como lo describen las herramientas de infraestructura como código (IaC), con lo que funciona realmente dentro de la nube.
Cuando el agente trabaja con archivos de IaC o con una única fuente de información, puede ver un recurso aislado sin conocer su relación con la aplicación, la política de gobernanza o los requisitos de seguridad y costes. Como resultado, el agente puede proponer un cambio que parece correcto a nivel local, pero que crea una infracción o afecta a otros componentes que no aparecen en el contexto disponible.
El impuesto de las interfaces de programación de aplicaciones
Los agentes necesitan consultar continuamente las interfaces de programación de aplicaciones en la nube para descubrir el estado actual. Sin embargo, este patrón impone lo que el artículo denomina «impuesto de API»: límites de frecuencia de las solicitudes, fallos en las cadenas de consultas y un aumento de la latencia y el coste, además de la posibilidad de afectar a operaciones sensibles, como las canalizaciones de CI/CD o el escalado automático, cuando las herramientas compiten por la misma capacidad.
La forma de trabajar del agente difiere de la del usuario humano: una persona tiende a formular preguntas concretas, mientras que un agente puede explorar una larga cadena de consultas. El artículo cita a Steve Corndell, director ejecutivo de la empresa, quien ofrece el ejemplo de un agente que completó 90 consultas y luego falló en la consulta número 91, lo que le obligó a repetir toda la cadena. En este caso, el daño no se limita a la consulta fallida, sino que se multiplica por la repetición del trabajo realizado.
La propuesta no plantea eliminar las consultas en vivo, sino distribuirlas de forma inteligente. Se puede conservar información relativamente estable, como la propiedad, en un contexto sincronizado que se actualice con una frecuencia adecuada, y limitar las consultas directas a las preguntas que requieran conocer el estado actual. El objetivo es reducir las solicitudes repetitivas manteniendo la precisión de la información operativa.
De la intención declarada a la realidad operativa
El artículo describe una capa de contexto que reúne los datos de infraestructura declarados con el descubrimiento de los recursos reales, y los vincula con las aplicaciones, las políticas, la propiedad y los límites entre entornos. Se supone que una capa de ontología o un grafo de conocimiento ayudará a unificar información que normalmente está dispersa entre archivos de estado, etiquetas, hojas de cálculo, cambios ejecutados directamente desde paneles de control y conocimiento no documentado.
Un caso hipotético explica que una herramienta como Wiz puede imponer una política de alta disponibilidad que requiera varias instancias, mientras que el agente que depende únicamente de IaC ve una sola instancia y no detecta la infracción. Vincular estos datos con el contexto de la aplicación y la política permite al agente evaluar el impacto antes de proponer una solución.
Un bucle de control completo
env zero propone un modelo que comienza capturando la intención declarada, continúa con el descubrimiento del estado real, la correspondencia entre ambos estados, la comprobación de las políticas y la propuesta de cambios en forma de solicitudes de incorporación de cambios para su revisión y ejecución, y termina con una nueva comprobación para verificar la desaparición de la desviación o el problema. La capa de datos puede conectarse con herramientas de ejecución como Terraform, OpenTofu y Pulumi.
La empresa presenta EZ Control como un bucle de control autónomo que conecta el estado declarado con el descubierto, propone o ejecuta la corrección dentro de los controles de las políticas y, a continuación, verifica que el cambio se haya realizado correctamente. El producto se encuentra en una fase de acceso temprano, y la empresa tiene como objetivo ponerlo a disposición general para finales de diciembre de 2026; por ello, algunos elementos del bucle descrito siguen siendo capacidades que env zero está desarrollando.
¿Por qué importa este modelo?
El valor práctico de este planteamiento no reside únicamente en detectar el problema, sino en completar el proceso hasta verificar su resolución. Una herramienta que se detiene en la alerta deja los pasos más difíciles a los ingenieros, mientras que el artículo mide el éxito por el tiempo de corrección, es decir, el periodo que transcurre desde la identificación de un problema que requiere una acción hasta la confirmación de que el cambio lo ha solucionado.
No obstante, esta visión sigue vinculada a las afirmaciones de la empresa patrocinadora y a una fase temprana del producto, y la fuente no ofrece cifras independientes sobre el rendimiento de los clientes ni sobre la magnitud de la reducción de costes y latencia. Además, la existencia de una capa de contexto no elimina la necesidad de controles de revisión y políticas, sino que los convierte en una parte central de cualquier automatización capaz de ejecutar cambios reales en un entorno de nube.