Gemini Managed Agents Explicados: la plataforma de agentes empresariales de Google en 2026
La API de Managed Agents de Google ofrece a los desarrolladores un runtime totalmente alojado y aislado para agentes autónomos, con gobernanza centralizada, integración profunda con Workspace y seguridad de nivel empresarial integradas.

Todas las grandes plataformas cloud compiten por responder a la misma pregunta: ¿cómo dar a las empresas una forma de desplegar agentes de IA autónomos sin sacrificar control, seguridad o cumplimiento? La respuesta de Google es la API de Managed Agents: el núcleo orientado a desarrolladores de la Gemini Enterprise Agent Platform, antes conocida como Vertex AI Agent Platform.
A diferencia del Gemini Agent orientado al consumidor o de Workspace Studio sin código, Managed Agents está diseñado específicamente para equipos que necesitan runtimes aislados, políticas de red configurables, gobernanza centralizada e integración profunda con datos empresariales. Esta es la apuesta de Google por la capa de infraestructura de la empresa agentic, y es una de las pilas de agentes más completas que ha lanzado cualquier proveedor cloud.
Aquí te explicamos qué es, cómo funciona y qué significa para los equipos que están construyendo sobre plataformas de agentes empresariales o evaluándolas.
¿Qué son los Gemini Managed Agents?
En la terminología de Google, un managed agent es un agente de IA autónomo que se ejecuta dentro de un entorno Linux aislado, alojado por Google, aprovisionado, gobernado y orquestado mediante la API de Managed Agents en la Agent Platform de Google.
Esto es sustancialmente distinto de los patrones de "agent" más ligeros que podrías construir encadenando llamadas a la API de Gemini. Un managed agent se ejecuta en un runtime dedicado (impulsado por el Antigravity harness de Google), puede razonar a través de flujos de trabajo de varios pasos, ejecutar código, llamar a herramientas, acceder a datos empresariales montados e interactuar con servicios externos, todo dentro de límites de seguridad estrictos y configurables que Google gestiona en tu nombre.
La ventaja práctica: los desarrolladores definen lo que un agente debe poder hacer mediante configuración, y Google se encarga de la infraestructura: sin VMs que administrar, sin contenedores que orquestar, sin sandbox que construir.
La API de Managed Agents: plano de control y plano de datos
La API de Managed Agents se divide en dos superficies que siguen un patrón cloud familiar: plano de control y plano de datos.
API de Agents (plano de control)
La API de Agents gestiona el ciclo de vida de los managed agents: crearlos, configurarlos, actualizarlos y gobernarlos a nivel organizativo. Con esta API, los desarrolladores pueden:
- Definir un agente mediante configuración (estilo YAML/JSON) que especifica sus herramientas, montajes de datos, variables de entorno y allowlist de red saliente.
- Montar fuentes de datos empresariales —incluidos datos de Workspace, almacenes internos de documentos o APIs externas— a las que el agente puede acceder durante la ejecución.
- Aplicar políticas de seguridad y gobernanza alineadas con las reglas de DLP y control de acceso de Gemini Enterprise.
- Gestionar programáticamente eventos del ciclo de vida del agente (crear, actualizar, deshabilitar, auditar), lo que facilita integrarlo en tooling existente de CI/CD o de infraestructura.
Esta separación entre aprovisionamiento e invocación en runtime es intencional: permite que los equipos de IT y seguridad gobiernen lo que los agentes pueden hacer antes de que cualquier usuario interactúe con ellos.
API de Interactions (plano de datos)
La API de Interactions es la interfaz de runtime: cómo las aplicaciones hablan realmente con un managed agent en ejecución. A través de esta API, los clientes pueden:
- Enviar prompts y tareas a una instancia específica del agente.
- Recibir respuestas en streaming o por lotes mientras el agente razona y ejecuta llamadas a herramientas.
- Observar pasos intermedios —planificación, invocaciones a herramientas, ejecuciones de código— según la configuración de logging.
La separación entre plano de control y plano de datos significa que una sola definición de agente puede servir a muchos clientes sin que cada uno necesite entender los detalles internos del agente. También facilita cambiar configuraciones del agente en el plano de control sin interrumpir las aplicaciones downstream.
El runtime sandbox de Antigravity
El entorno de ejecución de los managed agents es el Antigravity harness de Google: un sandbox Linux aprovisionado por agente que ofrece un entorno seguro y aislado para trabajo agentic de varios pasos.
Dentro de este sandbox, un managed agent puede:
- Razonar y planificar usando modelos Gemini (incluidos Gemini 3.5 Flash, afinado para workflows agentic más largos, y Gemini 3.1 Pro para tareas más complejas).
- Llamar a herramientas: búsqueda web, ejecución de código, function calling y herramientas personalizadas definidas mediante conectores externos.
- Ejecutar código, leer y escribir archivos, y completar flujos de trabajo de varios pasos respetando las restricciones de red definidas en la configuración del agente.
Google gestiona por completo el sandbox. Los desarrolladores configuran el comportamiento mediante la API de Agents; la plataforma se encarga del aislamiento, los límites de recursos y las fronteras de seguridad. Esta es la apuesta central de infraestructura: que las empresas prefieren configurar políticas de gobernanza antes que operar ellas mismas runtimes aislados.
La plataforma más amplia Gemini Enterprise Agent Platform
La API de Managed Agents es una capa dentro de una pila más amplia que Google denomina Gemini Enterprise Agent Platform. Entender dónde encajan los managed agents dentro de esa pila es importante para cualquiera que la evalúe o construya sobre ella.
| Capa | Superficie | Para quién es |
|---|---|---|
| Sin código | Workspace Studio / Agent Designer | Usuarios de negocio que crean automatizaciones sin código |
| Low-code | Agent Studio (GUI) | Operadores que quieren un entorno visual de diseño |
| Pro-code | Agent Development Kit (ADK) | Desarrolladores que crean agentes totalmente personalizados sobre Vertex AI Agent Engine |
| Runtime gestionado | API de Managed Agents | Desarrolladores que necesitan agentes aislados, gobernados y configurables por configuración |
| Capa de gobernanza | App de Gemini Enterprise | Administradores de IT/Seguridad que supervisan todos los tipos de agentes |
Cada capa alimenta a Gemini Enterprise, que ofrece una vista centralizada de cada agente de una organización —construidos por Google, creados por empleados, agentes ADK personalizados y agentes de partners externos—, todos sujetos a los mismos controles de visibilidad y políticas.
Agentes de Workspace Studio vs. Managed Agents: ¿cuál es la diferencia?
Una fuente de confusión en la narrativa de agentes de Google es la relación entre los agentes de Workspace Studio y los agentes de la API de Managed Agents. Resuelven problemas distintos en niveles distintos de la pila.
Workspace Studio es la superficie sin código/low-code donde los usuarios de negocio diseñan, gestionan y comparten agentes de IA ("flows") para automatizar trabajo en Gmail, Drive, Chat, Sheets y apps de terceros conectadas como Asana, Jira, Slack, Salesforce y Mailchimp. Estos agentes están pensados para crearse en minutos usando prompts en lenguaje natural, pasos preconstruidos, plantillas, webhooks y pasos de Apps Script: no se requiere ingeniería.
Managed Agents se dirige a desarrolladores que necesitan un control más profundo: runtimes aislados, allowlists de red configurables, definiciones personalizadas de herramientas, montajes de datos y políticas de seguridad empresarial. Son la opción adecuada para flujos de trabajo complejos de back-office, automatización entre múltiples sistemas y escenarios donde la gobernanza y la auditabilidad no son negociables.
Con el tiempo, Google está conectando estas capas. Los agentes de Workspace Studio pueden invocar agentes personalizados construidos sobre la Agent Platform, y ambos aparecen en la consola de gobernanza de Gemini Enterprise. La pila está diseñada para ser componible: distintos equipos construyen en el nivel que encaja con sus habilidades y requisitos.
Los agentes integrados de Google: las implementaciones de referencia
Junto con las APIs orientadas a desarrolladores, Google ha lanzado varios agentes de primera parte que demuestran lo que la plataforma puede hacer y sirven como implementaciones de referencia para el tipo de workflows para los que están pensados los managed agents.
Deep Research realiza cientos de búsquedas web y empresariales, planifica una estrategia de investigación y sintetiza resultados en un informe estructurado. Lo que a un equipo le podría llevar semanas recopilar manualmente puede resolverse en horas.
NotebookLM Enterprise es un agente de investigación y escritura impulsado por IA que resume, extrae y responde preguntas sobre fuentes documentales densas, con grounding en el contenido de tu propia organización y gobernado a través de Gemini Enterprise.
Gemini Code Assist y CodeMender se centran en la productividad del desarrollador y en la seguridad. CodeMender, en concreto, identifica vulnerabilidades en bases de código, sugiere y prueba correcciones, y aplica parches con la aprobación del desarrollador: un flujo de trabajo de seguridad en bucle cerrado.
Gemini Spark (tratado por separado en nuestro análisis profundo de Gemini Spark) es un agente personal de IA persistente en Gemini Enterprise que ejecuta tareas de varios pasos en Workspace y conectores personalizados, ejecuta flujos de trabajo recurrentes, aprende nuevas habilidades y solicita aprobación antes de acciones de alto riesgo como enviar correos electrónicos.
Gemini Agent en Gemini Apps es la versión orientada al consumidor: una función de Labs que permite a los usuarios delegar tareas de varios pasos como categorización de emails, redacción de respuestas, reestructuración del calendario e investigación web. Requiere una suscripción a Google AI Ultra y actualmente está limitada a determinadas regiones.
En conjunto, estos agentes integrados muestran el enfoque de Google: usar la plataforma internamente y en público, demostrar los casos de uso y permitir que los equipos empresariales repliquen o amplíen los patrones.
Seguridad, gobernanza y cumplimiento
La gobernanza centralizada es el diferenciador principal en el que Google apuesta con esta plataforma. Para los equipos de IT y seguridad, los controles incluyen:
Visibilidad centralizada. La app de Gemini Enterprise ofrece una consola única donde los administradores pueden ver todos los agentes de la organización —creados por Google, por empleados, agentes ADK personalizados y agentes de partners externos— junto con sus configuraciones, niveles de acceso y estado.
Ejecución aislada. Cada managed agent se ejecuta en un sandbox Linux alojado por Google con una allowlist de red configurable. Los agentes solo pueden الوصول a los servicios externos permitidos explícitamente en su configuración, reduciendo el riesgo de acceso no autorizado a datos o de movimiento lateral.
Aplicación de políticas mediante Agent Gateway. El tráfico de los agentes hacia fuentes de datos y servicios externos pasa por un Agent Gateway que aplica políticas de DLP (Data Loss Prevention) y seguridad. Los agentes se autentican en herramientas externas con credenciales limitadas, no con API keys amplias.
Auditabilidad. Los administradores pueden inspeccionar y auditar los logs de actividad de los agentes, lo que respalda requisitos de cumplimiento que exigen un registro completo de lo que hicieron los agentes, cuándo y por qué.
Gemini Agent orientado al consumidor añade una capa adicional de guardrails visibles para el usuario: orientación explícita de seguridad (incluida la recomendación de no introducir contraseñas en el chat) y una advertencia contra la programación de acciones recurrentes de alto impacto debido a la posibilidad de errores del modelo.
Experiencia de desarrollo y patrones
Para los equipos que integran la API de Managed Agents en la infraestructura existente, la experiencia se basa en configuración y en un enfoque REST-first. Los patrones de implementación habituales incluyen:
Definir agentes de forma declarativa mediante archivos de configuración que especifican herramientas, skills, conexiones de datos y restricciones de runtime, y luego confirmar esas configuraciones en control de versiones como cualquier otro artefacto de infraestructura como código.
Usar la API de Agents para crear y actualizar agentes programáticamente como parte de pipelines de CI/CD, de modo que los despliegues de agentes sigan el mismo proceso de revisión y aprobación que los despliegues de aplicaciones.
Invocar agentes mediante la API de Interactions desde servicios back-end, capas de orquestación u otros agentes, con protocolos Agent-to-Agent (A2A) que permiten que los managed agents se llamen entre sí entre sistemas.
Antigravity 2.0, disponible como app de escritorio y CLI independientes, ofrece a los builders herramientas adicionales para steering durante el desarrollo, personalización y pruebas locales de orquestación antes del despliegue en la plataforma gestionada.
Casos de uso en los que destacan los Managed Agents
La plataforma está optimizada para workflows complejos de varios pasos que se benefician de la ejecución aislada y del grounding en datos empresariales. Los casos de uso documentados incluyen:
Automatización entre sistemas: orquestar workflows entre Workspace, Jira, Salesforce y sistemas internos usando conectores y herramientas personalizadas, sin construir middleware de integración a medida para cada par de sistemas.
Investigación y análisis: workflows de investigación de mercado, análisis competitivo y due diligence de varios pasos, usando agentes al estilo Deep Research con grounding tanto en contenido web como en documentos internos.
Gestión del conocimiento: resumir, responder preguntas y extraer insights en almacenes de documentos empresariales densos, impulsado por agentes al estilo NotebookLM con integración de Workspace y Drive.
Productividad de desarrolladores y seguridad de código: revisión automatizada de código, refactorización y aplicación de parches de seguridad mediante Code Assist y CodeMender, con puntos de aprobación humana en cada paso crítico.
Automatización de workflows recurrentes: usar Workspace Studio para automatizaciones del día a día (resúmenes de emails, briefs previos a reuniones, triaje de soporte) mientras se usan Managed Agents para una orquestación más compleja que requiere tooling personalizado o gobernanza estricta.
El ecosistema: Marketplace, partners y ADK
Más allá de las APIs principales, Google ha creado un Agent Marketplace donde las organizaciones pueden descubrir, evaluar y desplegar agentes creados por partners. El marketplace se puede filtrar por industria, caso de uso y estado de validación (incluida la certificación de compatibilidad con Gemini Enterprise).
Las integraciones de terceros abarcan el panorama habitual de herramientas empresariales: Asana, Jira, Mailchimp, Salesforce, Slack, Teams y otras, accesibles mediante conectores, webhooks y pasos personalizados en Workspace Studio.
El Agent Development Kit (ADK) es la ruta pro-code para los equipos que quieren el máximo control. Los agentes ADK son implementaciones totalmente personalizadas alojadas en Vertex AI Agent Engine, pero mostradas y gobernadas a través de Gemini Enterprise junto con los managed agents. ADK y managed agents son complementarios, no competidores: managed agents cubren el caso común de workflows autónomos basados en configuración; ADK cubre los casos que requieren lógica de orquestación a medida.
Compromisos y consideraciones para builders
Para los equipos que construyen productos agentic o evalúan plataformas de agentes empresariales, Gemini managed agents ofrece una combinación convincente de infraestructura gestionada, herramientas de gobernanza e integración con Workspace. Pero los compromisos merecen una consideración honesta.
El lock-in es real. El runtime de Antigravity, la API de Agents y Agent Gateway son propietarios de Google. Los agentes construidos sobre esta pila están significativamente acoplados a Google Cloud. Los equipos que necesiten ejecutar agentes on-premises, en cloud híbrido o en varios proveedores cloud encontrarán la plataforma limitante.
Las restricciones de residencia de datos y cumplimiento dependen de las ofertas regionales de Google Cloud, que quizá no satisfagan todos los marcos regulatorios. Los equipos con requisitos estrictos de soberanía de datos deberían verificar la disponibilidad regional antes de comprometerse.
La flexibilidad de modelos es limitada. Los managed agents se ejecutan sobre modelos Gemini. Las organizaciones que quieran enrutar cargas de trabajo a otros frontier models, o que quieran ejecutar modelos open-source por motivos de coste o privacidad, necesitan una arquitectura adicional para lograr esa flexibilidad.
La gobernanza es una funcionalidad, no una limitación, para las organizaciones adecuadas. Los equipos empresariales de IT y seguridad suelen ver la gobernanza centralizada como un requisito previo, no como un extra. Para esas organizaciones, la visibilidad y los controles de política de Gemini Enterprise pueden acelerar la aprobación interna de despliegues de agentes.
Para los equipos que construyen compañeros de trabajo de IA independientes y open-source o plataformas de orquestación multimodelo, el camino práctico suele ser la integración: tratar a los managed agents de Gemini como un destino de despliegue más, manteniendo la lógica central de orquestación agnóstica respecto a la cloud.
Dónde se sitúan los Gemini Managed Agents en el panorama competitivo
| Capacidad | Gemini Managed Agents | Microsoft Azure AI Agents | AWS Bedrock Agents |
|---|---|---|---|
| Runtime sandbox gestionado | Sí (Antigravity) | Parcial | Parcial |
| Integración nativa con Workspace | Profunda (Gmail, Drive, Docs, etc.) | Nativa de Microsoft 365 | Limitada |
| Constructor de agentes sin código | Workspace Studio | Copilot Studio | Sin equivalente |
| Consola centralizada de gobernanza | App de Gemini Enterprise | Azure AI Foundry | Consola de AWS |
| Protocolos Agent-to-Agent | A2A (nativo) | Limitado | Limitado |
| Agent Marketplace | Sí | Limitado | Limitado |
| Soporte para modelos abiertos | No (solo Gemini) | Parcial (vía Azure OpenAI + otros) | Sí (catálogo amplio de modelos) |
| SDK pro-code | ADK + Vertex AI Agent Engine | Semantic Kernel / Promptflow | Bedrock AgentCore |
La ventaja más clara para Google es la profundidad de la integración con Workspace combinada con un espectro de sin código a pro-code que permite a distintos equipos construir al nivel que encaja con sus habilidades. La brecha más clara frente a AWS es la amplitud de modelos: el catálogo multimodelo de Bedrock ofrece a los equipos más flexibilidad sin salir de la infraestructura gestionada.
Conclusión final
Los managed agents de Gemini son la visión más completa que Google ha mostrado de cómo luce una plataforma de empresa agentic: un runtime aislado, una API para desarrolladores basada en configuración, una superficie sin código para usuarios de negocio, agentes de referencia de primera parte, gobernanza centralizada y un marketplace para extensiones de terceros. Las piezas encajan de forma coherente.
La verdadera pregunta para los compradores empresariales no es si la plataforma es capaz —claramente lo es—, sino si los compromisos de lock-in con Google Cloud, soporte solo para modelos Gemini y restricciones de residencia de datos son aceptables para su contexto. Para organizaciones ya muy invertidas en Google Workspace y Google Cloud, la respuesta probablemente sea sí. Para organizaciones que necesitan flexibilidad de modelos o despliegue en cloud híbrido, la comodidad gestionada de la plataforma conlleva restricciones arquitectónicas que merece la pena evaluar cuidadosamente.
Qué significa esto para Eigent
La arquitectura de agentes gestionados de Gemini —runtimes aislados, acceso gobernado a herramientas, coordinación entre agentes— refleja un conjunto de apuestas de infraestructura hacia las que Eigent está construyendo de forma independiente sobre una base abierta y agnóstica respecto al modelo. En la hoja de ruta: soporte más profundo para espacios de trabajo aislados para agentes que reflejen las garantías de sandboxing de los runtimes gestionados, y protocolos de orquestación multiagente que funcionen con Gemini, Claude, GPT y modelos locales, para que los equipos no se vean obligados a elegir un único proveedor para obtener coordinación de agentes de nivel empresarial.
Preguntas frecuentes
¿Qué son los Gemini managed agents?
Los Gemini managed agents son agentes de IA autónomos que se ejecutan en un entorno Linux aislado, alojado por Google, aprovisionado y gobernado mediante la API de Managed Agents en la Gemini Enterprise Agent Platform. Los desarrolladores configuran el agente —especificando herramientas, montajes de datos y políticas de red— y Google gestiona la infraestructura subyacente, la seguridad y el runtime.
¿En qué se diferencia la API de Managed Agents de usar directamente la API de Gemini?
Usar directamente la API de Gemini requiere que construyas tu propia orquestación, lógica de llamadas a herramientas, sandboxing y gobernanza. La API de Managed Agents proporciona un runtime totalmente gestionado (el Antigravity harness) donde toda esa infraestructura la maneja Google. El compromiso es menos flexibilidad a cambio de menos sobrecarga operativa.
¿Qué es el Antigravity harness?
Antigravity es el runtime de ejecución de agentes de Google que impulsa los managed agents. Aprovisiona un sandbox Linux por agente donde el agente puede razonar usando modelos Gemini, ejecutar código, llamar a herramientas, acceder a fuentes de datos montadas y completar workflows de varios pasos, todo dentro de las restricciones de seguridad definidas en la configuración del agente.
¿En qué se diferencia Workspace Studio de la API de Managed Agents?
Workspace Studio es una interfaz sin código/low-code para que los usuarios de negocio creen y compartan agentes de automatización en Gmail, Drive, Docs, Sheets y apps de terceros. La API de Managed Agents es una API orientada a desarrolladores para crear agentes más complejos con runtimes aislados, tooling personalizado y controles de seguridad empresarial. Ambas son complementarias: Workspace Studio para automatizaciones cotidianas creadas por usuarios, Managed Agents para workflows de back-office o sensibles a la seguridad.
¿Qué es el Agent Development Kit (ADK)?
El Agent Development Kit es el SDK pro-code de Google para crear agentes de IA totalmente personalizados alojados en Vertex AI Agent Engine. Los agentes ADK ofrecen la máxima flexibilidad para lógica de orquestación a medida, pero requieren más esfuerzo de desarrollo que la API de Managed Agents basada en configuración. Tanto ADK como los managed agents se gobiernan a través de Gemini Enterprise.
¿La API de Managed Agents admite modelos distintos de Gemini?
No. La API de Managed Agents está diseñada para modelos Gemini (incluidos Gemini 3.5 Flash y Gemini 3.1 Pro). Los equipos que quieran enrutar cargas de trabajo a otros frontier models o modelos open-source necesitan una capa de orquestación agnóstica al modelo fuera de la pila gestionada de Google.
¿Qué controles de gobernanza proporciona Gemini Enterprise?
Gemini Enterprise proporciona una consola centralizada donde los administradores pueden ver todos los agentes de la organización (creados por Google, por empleados, personalizados y de terceros), gestionar políticas de acceso, aplicar reglas de DLP mediante Agent Gateway y auditar la actividad de los agentes. Los managed agents se ejecutan en entornos aislados con allowlists de red configurables, lo que limita a qué servicios externos puede acceder un agente.
¿La Gemini Enterprise Agent Platform es lo mismo que Vertex AI Agent Platform?
Sí. Google renombró Vertex AI Agent Platform como Gemini Enterprise Agent Platform como parte de su esfuerzo más amplio por posicionar Gemini como la marca de su stack de IA empresarial. La infraestructura y las APIs subyacentes son las mismas; el branding refleja la consolidación de los productos de IA de Google bajo el paraguas de Gemini.
Recent Posts

Claude Tag: el compañero de IA siempre activo de Anthropic para Slack
Descubre qué es Claude Tag, cómo funciona @Claude en los canales de Slack y cómo el compañero de IA siempre activo de Anthropic apoya el trabajo en equipo y la automatización.

Tutorial de Claude Hong Kong: Interfaz, prompts y contenido en cantonés
Un tutorial práctico de Claude para usuarios de Hong Kong: recorrido por la interfaz, plantillas de prompts para cantonés y chino tradicional, consejos de programación y una alternativa gratuita.

Cómo usar Claude en Hong Kong: guía completa
¿Las IP de Hong Kong no pueden acceder a Claude.ai? Esta guía explica por qué, recorre soluciones con VPN y verificación por teléfono, la opción de AWS para empresas y una alternativa gratuita.