Google convierte Gemini en un agente con correo propio y subagentes

Google convierte Gemini en un agente para empresas. El agente planifica tareas, las ejecuta en aplicaciones y sistemas corporativos, reparte porciones del trabajo entre subagentes y elige distintos modelos de IA para cada paso. Además, el agente recibe una identidad laboral propia, con dirección de correo electrónico incluida. El anuncio contiene tres mecánicas clave, y quienes acceden primero a ellas son las empresas, no los usuarios corrientes.

Qué se ha anunciado exactamente

Según la descripción de TechCrunch, Gemini ahora funciona como ejecutor y no solo como interlocutor. Recibe un objetivo, elabora un plan, avanza paso a paso y recurre a aplicaciones empresariales. Si la tarea es grande, la delega en agentes subordinados. Para las distintas partes del trabajo puede emplear modelos diferentes.

El material no ofrece cifras: ni precios, ni límites, ni lista de sistemas compatibles, ni fechas de disponibilidad por regiones. Conviene tenerlo presente mientras dura la primera ola de entusiasmo. Por ahora se conoce la arquitectura, pero no la economía.

• Planificación: el agente divide el objetivo en pasos por sí mismo
• Ejecución: trabajo dentro de aplicaciones y sistemas empresariales
• Delegación: subagentes para subtareas concretas
• Multimodelo: varios modelos de IA en un mismo proceso
• Identidad: cuenta de trabajo con email propio
• Primer segmento: clientes corporativos

Para qué quiere un agente una dirección de correo

El detalle del email parece una minucia, pero resuelve un problema muy terrenal. Mientras el agente trabaja con la cuenta de un empleado real, en los registros es imposible distinguir la acción de una persona de la de una máquina. Los permisos hay que delegarlos por completo y la auditoría se convierte en una adivinanza.

Una identidad separada cambia el panorama. Se puede dar de alta al agente en el directorio de usuarios, asignarle un conjunto mínimo de permisos, incluirlo en cadenas de correo de trabajo y desactivarlo con un solo botón. Se le puede encargar una tarea con un mensaje normal, como a un colega.

La otra cara es evidente. El buzón se convierte en una puerta de entrada para ataques. Un correo con una instrucción oculta puede intentar desviar al agente de su ruta, y cuanto más amplios son sus permisos, más cara resulta la equivocación. El anuncio no aclara cómo cierra Google este tipo de amenazas.

Subagentes y varios modelos

El esquema con un orquestador y ejecutores especializados se ha convertido en el estándar de los sistemas agénticos. El agente principal mantiene el objetivo y el contexto, y los subagentes se encargan de operaciones concretas: recopilar datos, preparar un borrador, cotejarlo con la normativa. Usar modelos distintos permite ahorrar. Uno barato y rápido despacha la rutina; uno caro y potente entra donde hace falta razonamiento.

Esta combinación tiene un coste. El error de un subagente puede subir en silencio por la cadena, y depurar un proceso de varios pasos es más difícil que revisar una sola respuesta. Ya existen competidores en agentes corporativos, por ejemplo Microsoft con Copilot Studio y Salesforce con Agentforce, así que Google entra en un segmento ocupado. Un argumento a su favor podría ser la integración profunda con su propio stack de trabajo, pero el material no ofrece pruebas de ello.

Qué comprobar antes de un piloto

Si está pensando en hacer una prueba, empiece por las preguntas que el anuncio no responde.

• Qué sistemas se conectan de serie y cuáles requieren conectores propios
• Cómo se calcula el coste: por solicitudes, por tokens o por «horas de agente», y si se contabilizan los subagentes
• Si se pueden limitar los permisos del agente a nivel de operaciones concretas y no de aplicaciones enteras
• Dónde se almacenan los registros de acciones y si se pueden exportar a un sistema de monitorización propio
• Cómo está protegido el buzón del agente frente a la inyección de instrucciones mediante correos entrantes

Un primer escenario razonable es un proceso acotado, con un resultado verificable y una persona que confirme el paso final. Conviene conceder al agente permisos de lectura y añadir los de escritura de forma gradual, tras revisar registros reales.