Google anuncio una tanda de capacidades nuevas para los Managed Agents de la Gemini API, con foco en un problema concreto: pasar de demos a agentes que aguanten cargas de produccion. Las cuatro novedades son ejecucion en segundo plano, integracion con servidores MCP remotos, llamado a funciones personalizadas y refresco de credenciales de red entre interacciones.

La propuesta central de los managed agents es que el desarrollador llama a un unico endpoint de la Gemini Interactions API y Google se encarga del razonamiento, la ejecucion de codigo, la instalacion de paquetes, el manejo de archivos y la busqueda web dentro de un sandbox aislado en la nube. Los ejemplos oficiales usan el SDK de JavaScript @google/genai, con soporte tambien para Python y cURL.

¿Que resuelve la ejecucion en segundo plano?

Mantener una conexion HTTP abierta durante una tarea larga es fragil: cualquier corte deja el trabajo a medias. Con el parametro background: true, la interaccion corre de forma asincronica en el servidor. La API devuelve de inmediato un identificador que la aplicacion cliente puede usar para consultar el estado, transmitir el progreso o reconectarse mas tarde mientras el agente termina de forma remota. Es la diferencia entre un agente que muere si se cae el navegador y uno que sigue trabajando en segundo plano.

¿Como se conecta a herramientas externas?

Antes, acceder a bases de datos privadas o APIs internas obligaba a escribir middleware de proxy a medida. Ahora los managed agents se conectan directo a servidores remotos del Model Context Protocol (MCP). Google permite combinar esas herramientas remotas con las capacidades nativas del sandbox: se pasa una herramienta mcp_server en el momento de la interaccion, junto a la busqueda de Google o la ejecucion de codigo, para que el agente hable con endpoints propios desde su entorno seguro.

El llamado a funciones personalizadas opera con step matching: las herramientas nativas se ejecutan solas en el servidor, mientras que las funciones a medida llevan la interaccion a un estado requires_action para que el cliente corra la logica de negocio local.

Credenciales que caducan sin romper el estado

Los tokens de acceso y las llaves de API de corta vida expiran. Con la nueva configuracion de red, se pueden refrescar credenciales o rotar llaves pasando el environment_id existente en la siguiente interaccion. Las reglas nuevas reemplazan a las viejas de inmediato y, dato clave, el sandbox conserva intactos su sistema de archivos, los paquetes instalados y los repositorios clonados. Eso evita rehacer todo el entorno cada vez que caduca una llave.

¿Que gana el desarrollador?

En conjunto, estas actualizaciones convierten a los managed agents en trabajadores asincronicos que operan dentro de entornos de desarrollo reales sin bloquear la aplicacion que los invoca. Para equipos en Chile y LatAm que ya experimentan con agentes de codigo, la ejecucion en segundo plano y el MCP remoto bajan la barrera de infraestructura: menos servidores intermedios que mantener y menos codigo de pegamento para conectar sistemas internos. Google publico un instructivo de inicio rapido para explorar definiciones de agentes, configuraciones de entorno, reglas de red y patrones avanzados de streaming.