Google Agents CLI — la metaherramienta que convierte a un agente de código en un constructor de agentes

Google presentó en Cloud Next agents-cli, una herramienta CLI que inyecta capacidades especializadas en diseño y despliegue de agentes de IA basados en Google Cloud a agentes de código como Gemini CLI, Claude Code y Codex. No es el agente en sí, sino una capa que potencia a los agentes que crean agentes. Está basada en ADK de Google (Agent Development Kit, framework de desarrollo de agentes) y cubre con un solo CLI todo el ciclo de vida del desarrollo de agentes, desde la creación del proyecto hasta la evaluación, el despliegue y el registro empresarial. El punto al que apunta esta herramienta no es la escritura de código SDK. Parte de la idea de que el verdadero cuello de botella está en decidir qué componentes, entre decenas de opciones, combinar, en qué orden y con qué configuración. Los agentes de código de propósito general intentan adivinar esa combinación, pero Agents CLI opta por incorporar en el agente de código un criterio equivalente al de un ingeniero de plataforma experimentado. Está diseñado para que el agente de código explique no solo “qué hizo”, sino también “por qué tomó esa decisión”, con la intención de elevar al mismo tiempo la comprensión de la plataforma dentro del equipo. También se percibe la intención de reducir el costo de exploración al reunir en una sola herramienta información dispersa en más de cuatro lugares, como la documentación de MCP, ADK, gcloud y Runtime.

Estructura clave

• La instalación se hace con una sola línea: uvx google-agents-cli setup. Requiere Python 3.11 o superior, uv (administrador de paquetes de Python) y Node.js
• Funciona inyectando 7 tipos de “habilidades” en el agente de código. Cada una se encarga del diseño de flujos de trabajo, la escritura de código ADK, el scaffolding del proyecto (generación automática de la estructura base), la evaluación (incluido el enfoque LLM-as-judge), el despliegue (Agent Runtime, Cloud Run, GKE), la publicación en Gemini Enterprise y la observabilidad (Observability, sistema para entender el estado del sistema mediante logs y trazas)
• En Tool Wiring admite MCP (Model Context Protocol, estándar para que el modelo invoque herramientas externas), A2A (Agent-to-Agent, protocolo de comunicación entre agentes) y conectores
• El desarrollo local es posible solo con una API key de AI Studio, y la cuenta de Google Cloud solo es necesaria al desplegar en la nube
• También puede agregar después configuración de despliegue y pipelines de CI/CD (sistema que prueba y despliega automáticamente los cambios de código) a proyectos de agentes existentes mediante el comando scaffold enhance
• Puede ejecutarse de forma independiente en la terminal, sin un agente de código

Diferenciadores

• No depende de un agente de código específico. Funciona en Gemini CLI, Claude Code, Codex o Antigravity siempre que se le inyecten las habilidades, por lo que no limita la libertad del desarrollador para elegir herramientas
• Al unir en un solo sistema de comandos el framework ADK, el entorno de ejecución Agent Runtime, la capa de aislamiento Agent Sandbox y el canal de despliegue Gemini Enterprise, funciona no solo como un CLI simple, sino como la puerta de entrada a todo el stack de agentes de Google Cloud
• Adopta un diseño “discovery-first” (priorizar el descubrimiento) que expone también la base de las decisiones, en lugar de una automatización de caja negra

Implicaciones

• La estructura de “un agente de código crea agentes” muestra cómo el flujo de trabajo del desarrollador se está desplazando hacia un enfoque centrado en agentes. Sin embargo, por ahora está en etapa Pre-GA (antes del lanzamiento oficial) y se distribuye solo como archivos .whl precompilados (formato de distribución de paquetes de Python), no como código fuente, por lo que la contribución directa de código por parte de la comunidad open source es limitada
• Como está enfocado en reducir la barrera de entrada al ecosistema de agentes de Google Cloud, su alcance puede ser limitado para equipos que trabajan principalmente en entornos multicloud o con stacks no basados en Google
• El intento de concentrar en una sola herramienta documentación y utilidades dispersas es valioso, pero también implica que la dependencia de esta herramienta puede crecer, algo que conviene considerar a nivel de organización de ingeniería