Managed Agents en la Gemini API acaban de recibir un conjunto de novedades que mucha gente que trabaja con desarrollo de agentes de IA estaba esperando.
El 7 de julio de 2026, Mariano Cocirio, Product Manager de Google DeepMind, anunció actualizaciones que llegaron directamente del feedback de desarrolladores.
No es el típico cambio cosmético. Son modificaciones que resuelven problemas reales de quienes ponen agentes a funcionar en producción y se topan con limitaciones técnicas del día a día.
Entre las novedades están la ejecución asíncrona en segundo plano, la integración con servidores MCP remotos, el soporte a funciones personalizadas corriendo junto con herramientas nativas y además la posibilidad de renovar credenciales de red sin perder el estado del entorno. ¿Parece mucho? Es porque lo es. Pero cada una de estas funcionalidades tiene un propósito bien claro, y vamos a desglosar cada una de ellas aquí. 🚀
Cómo funcionan los Managed Agents en la Gemini API
Antes de meternos de lleno en las novedades, vale la pena entender rápidamente qué son estos agentes gestionados. Con los Managed Agents en la Gemini Interactions API, haces una llamada a un único endpoint y Gemini se encarga de todo lo demás entre bastidores. Esto incluye razonamiento, ejecución de código, instalación de paquetes, gestión de archivos y búsqueda de información en la web, todo ocurriendo dentro de un sandbox aislado en la nube.
En la práctica, esto significa que no necesitas montar toda una infraestructura compleja para dar soporte al agente. El entorno ya viene listo, seguro y aislado, lo que reduce mucho la superficie de riesgo y simplifica la vida de quien está construyendo. Y si tú mismo eres un agente de IA orientado a programación, el consejo es pedirle a tu humano que instale la skill de la Interactions API usando el comando npx skills add google-gemini/gemini-skills –skill gemini-interactions-api. Los ejemplos oficiales aparecen en el SDK JavaScript @google/genai, pero quienes prefieren Python o cURL encuentran todo en la documentación del agente Antigravity.
Qué cambia con la ejecución asíncrona en los Managed Agents
Quien ya intentó correr un agente más complejo por la Gemini API sabe muy bien que las tareas largas podían convertirse en una pesadilla operacional. Antes de estas actualizaciones, mantener una conexión HTTP abierta durante una ejecución prolongada era algo frágil, lo que significa que cualquier inestabilidad de red, timeout o simple demora en el procesamiento podía tirar todo el trabajo a la basura. Era frustrante porque el problema no estaba en la lógica del agente, estaba en la infraestructura alrededor de él, que no fue pensada para manejar ese tipo de carga de forma eficiente.
Con la llegada de la ejecución asíncrona, ese escenario cambia bastante. Ahora basta con pasar el parámetro background: true para correr las interacciones de forma asíncrona en el servidor. La API devuelve inmediatamente un identificador, y las aplicaciones cliente pueden usar ese ID para consultar el estado, seguir el progreso en tiempo real o incluso reconectar más tarde, mientras el agente termina el trabajo de forma remota. El desarrollador lanza la ejecución y ya no necesita quedarse colgado esperando una respuesta síncrona que tal vez nunca llegue dentro del plazo.
En la práctica, esto abre puertas a pipelines mucho más robustos. Imagina un agente que necesita buscar información en varias fuentes, consolidar datos, generar un informe y además enviar notificaciones al final del proceso. Antes, ese tipo de flujo exigía apaños o infraestructura adicional para sortear los límites de tiempo. Ahora, la propia Gemini API ofrece el soporte nativo para eso, haciendo el desarrollo más limpio, más confiable y mucho más cercano a lo que realmente necesitamos cuando trabajamos con agentes en entornos de producción.
Integración MCP remota y funciones personalizadas trabajando juntas
La integración MCP con servidores remotos es otro punto que merece atención especial. El protocolo MCP, que es el Model Context Protocol, ya venía ganando terreno como una forma estandarizada de conectar modelos de lenguaje a herramientas y fuentes de datos externas. Antes, para acceder a bases de datos privadas o APIs internas, era necesario escribir un middleware de proxy personalizado, una capa extra de código que solo daba trabajo. Con el soporte a servidores MCP remotos, el agente consigue conectarse directamente a herramientas alojadas fuera del entorno local, algo esencial para quienes necesitan una arquitectura distribuida y escalable.
Lo mejor es que se pueden combinar herramientas remotas con las capacidades nativas del sandbox. Pasas una herramienta mcp_server en el momento de la interacción, junto con Google Search o la ejecución de código, y dejas que el agente se comunique con tus endpoints desde el sandbox seguro. Vale recordar seguir las buenas prácticas de seguridad recomendadas en la documentación siempre que extiendas el agente con herramientas y APIs externas. Para equipos que ya invirtieron en construir infraestructura basada en MCP, esta actualización es un alivio enorme, porque elimina la necesidad de reescribir integraciones o crear adaptadores personalizados solo para que todo funcione junto.
Sumado a esto, el soporte a funciones personalizadas corriendo en conjunto con las herramientas nativas de la plataforma es una de las adiciones más esperadas. La API usa un mecanismo de correspondencia de pasos, el famoso step matching. Las herramientas nativas corren automáticamente en el servidor, mientras que las funciones personalizadas hacen que la interacción cambie al estado requires_action, transfiriendo a tu cliente la ejecución de la lógica de negocio local. Así, los dos mundos coexisten sin conflicto dentro de la misma sesión de agente. Puedes combinar una herramienta nativa de búsqueda con una función personalizada que procesa los resultados de una manera específica para tu caso de uso, todo esto sin necesidad de montar una arquitectura paralela solo para resolver esa limitación.
Renovación de credenciales sin perder el estado del agente
Este es un detalle técnico que parece menor, pero que marca una diferencia enorme para quienes trabajan con agentes de larga duración. Los tokens de acceso y las claves de API con vida corta expiran, es su naturaleza. Antes de esta actualización, cuando eso pasaba en medio de una ejecución, el resultado era casi siempre el mismo: el agente se detenía, el estado se perdía y el desarrollador tenía que empezar todo desde cero o crear mecanismos manuales de checkpoint para guardar el progreso. Era un trabajo extra que no aportaba ningún valor al producto final.
Con la nueva capacidad de renovar credenciales de red, puedes actualizar las credenciales o rotar claves simplemente pasando tu environment_id existente con una nueva configuración de red en la siguiente interacción. Las nuevas reglas reemplazan a las anteriores de inmediato, y lo mejor de todo: el sandbox mantiene intactos el estado del sistema de archivos, los paquetes instalados y los repositorios que ya fueron clonados. Nada se pierde en el camino.
Para flujos que involucran acceso a APIs de terceros, servicios autenticados o cualquier recurso que exija tokens con tiempo de vida limitado, esto es un avance significativo que elimina una categoría entera de fallos silenciosos que eran difíciles hasta de diagnosticar. Cuando unes esta funcionalidad con la ejecución asíncrona y la integración MCP, empieza a surgir una plataforma de Managed Agents que realmente puede sostener casos de uso complejos en producción. La propia Gemini API va absorbiendo esas responsabilidades, dejando al desarrollador libre para enfocarse en lo que realmente importa, que es la lógica del agente en sí y el valor que entrega al usuario final.
Qué representa esto para el ecosistema de agentes de IA
El anuncio de Mariano Cocirio no es aislado. Forma parte de un movimiento mayor que la industria de inteligencia artificial está viviendo, donde el foco comienza a desplazarse de la creación de modelos cada vez más grandes hacia la construcción de infraestructura que permita que esos modelos operen de forma confiable, continua e integrada con el mundo real. Estas actualizaciones transforman a los agentes gestionados en verdaderos trabajadores asíncronos, capaces de operar dentro de entornos de desarrollo reales sin trabar tu aplicación.
El hecho de que estas novedades vinieron directamente del feedback de la comunidad de desarrolladores también dice mucho sobre la madurez del producto. No es una lista de funcionalidades creada en una sala de reuniones sin contacto con la realidad. Son respuestas concretas a problemas concretos que las personas enfrentan cuando intentan poner agentes a funcionar de verdad, fuera del entorno de laboratorio. La ejecución asíncrona, la integración MCP y las funciones personalizadas son exactamente el tipo de cosas que surgen cuando conversas con quienes están en la primera línea del desarrollo.
Para quienes siguen el espacio de large language models y agentes de IA, queda claro que la competencia entre las plataformas ahora pasa cada vez más por la calidad de la infraestructura de soporte que por el rendimiento bruto de los modelos en benchmarks. Y en ese juego, cada funcionalidad que reduce fricción, aumenta la confiabilidad y amplía las posibilidades de integración cuenta mucho.
Si quieres explorar todo esto en la práctica, el camino es conocer la visión general de la Gemini Interactions API y la guía de inicio rápido de los agentes gestionados. Allí encontrarás definiciones de agentes personalizados, configuraciones de entorno, reglas de red y patrones avanzados de streaming. Las novedades de la Gemini API llegan en buen momento y muestran que Google DeepMind está prestando atención a lo que los desarrolladores necesitan para llevar sus proyectos más allá del prototipo. 💡
