Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
¿A quién va dirigida esta formación en Google ADK - Agent development Kit?
Pensado para quienes deben dominar Google ADK - Agent development Kit en su día a día
Desarrolladores backend y full stack
Este curso encaja con desarrolladores que ya trabajan con APIs, servicios, bases de datos, autenticación y lógica de negocio, y quieren construir agentes de IA mantenibles. Aprenderán a diseñar agentes con herramientas, sesiones, estado, memoria, errores controlados, evaluación y despliegue real, evitando prototipos frágiles basados únicamente en prompts.
Arquitectos de software y responsables técnicos
Los perfiles de arquitectura podrán definir patrones para integrar ADK en sistemas corporativos, separando agente, herramientas, APIs, datos, seguridad, observabilidad y gobierno. El curso les ayudará a decidir cuándo usar un agente simple, un workflow determinista, un sistema multiagente o una integración más tradicional.
Equipos cloud, DevOps y plataforma
Los equipos de plataforma encontrarán valor en la parte de despliegue, operación, seguridad, configuración, CI/CD, Cloud Run, Agent Runtime, gestión de secretos y monitorización. El objetivo es que los agentes no vivan como pruebas locales, sino como servicios productivos con soporte, métricas, trazabilidad y control.
Equipos de datos e IA aplicada
Los perfiles de datos y machine learning podrán conectar ADK con RAG, memoria, embeddings, fuentes documentales, sistemas internos, evaluación y observabilidad de calidad. El curso permite diseñar agentes que no solo generan texto, sino que consultan conocimiento corporativo, razonan sobre contexto y actúan con límites claros.
Equipos de automatización y operaciones de negocio
Los equipos que trabajan en automatización de procesos podrán usar ADK para crear agentes capaces de consultar sistemas, preparar respuestas, clasificar solicitudes, activar herramientas y derivar a humanos. La formación se centra en automatización empresarial segura, no en agentes autónomos sin supervisión.
Responsables de seguridad, compliance y gobierno técnico
Los perfiles de seguridad y cumplimiento podrán entender cómo controlar agentes con herramientas, permisos, callbacks, plugins, trazas, políticas, validaciones y revisión humana. El curso facilita criterios para aprobar agentes en producción sin abrir riesgos innecesarios sobre datos, APIs o acciones críticas.
Proveedor con 16 años de experiencia en formación empresarial
Sobre
En Imagina Formación llevamos más de 16 años ayudando a profesionales y empresas a mejorar sus habilidades con formación práctica y totalmente adaptada a sus necesidades. Durante este tiempo, hemos formado a más de 480.000 personas y colaborado con más de 3.500 empresas, convirtiéndonos en un referente en el sector.
16
Años de liderazgo
+480.000
Alumnos formados en Imagina
¿Tienes dudas?
Resolvemos todas tus dudas sobre nuestra formación en Google ADK - Agent development Kit
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
Google Agent Development Kit, o ADK, es un framework open-source y code-first para construir, evaluar y desplegar agentes de IA. Está pensado para crear desde agentes simples hasta sistemas multiagente, workflows complejos y soluciones empresariales con herramientas, sesiones, memoria y despliegue.
El laboratorio principal puede plantearse en Python por madurez y disponibilidad de ejemplos, pero ADK se presenta oficialmente con soporte para Python, TypeScript, Go, Java y Kotlin. El enfoque arquitectónico, de herramientas, evaluación, seguridad y despliegue es transferible a equipos que trabajen en otros lenguajes.
No es necesario ser científico de datos ni entrenar modelos. Sí se requiere experiencia técnica en desarrollo, APIs, servicios, cloud o integración. El foco está en construir agentes usando modelos existentes, herramientas, workflows, evaluación y despliegue seguro.
Sí. El curso está orientado al ecosistema Google y Gemini, aunque ADK se describe como model-agnostic. Se revisa cómo seleccionar modelo, configurar el agente, controlar coste y conectar el desarrollo con Google Cloud y Gemini Enterprise Agent Platform.
Sí. El temario incluye workflows secuenciales, paralelos, en bucle, agentes personalizados, colaboración entre agentes y patrones agent-to-agent con human-in-the-loop. El objetivo es que el equipo sepa diseñar colaboración entre agentes sin perder trazabilidad ni control.
Sí. Hay bloques específicos para MCP y OpenAPI Tools. Se trabaja cómo exponer APIs y herramientas al agente, cómo gestionar autenticación, permisos, validaciones, límites, seguridad y auditoría, y cómo evitar que el agente tenga acceso excesivo a sistemas corporativos.
Sí. Se trabaja despliegue local, API Server, Cloud Run, Agent Runtime, secretos, IAM, CI/CD, observabilidad, runbooks y pruebas postdeploy. El objetivo es que el equipo pueda pasar de un agente local a un servicio operativo con soporte real.
Sí. La seguridad es uno de los ejes del curso. Se trabajan prompt injection, tool misuse, validación de entradas y salidas, callbacks, plugins, permisos, human-in-the-loop, auditoría, saneamiento de logs y control de datos sensibles.
Sí. El curso dedica un bloque completo a evalsets, criterios de calidad, tool trajectory, seguridad, simulación de usuarios y regresión. También se trabaja la optimización basada en resultados de evaluación cuando encaja con el caso.
Sí. Al tratarse de una formación corporativa técnica orientada a competencias digitales, desarrollo de IA, cloud, automatización y productividad empresarial, puede plantearse como formación bonificable hasta el 100% a través de FUNDAE, según el crédito disponible y cumpliendo los requisitos administrativos aplicables.
Google Agent Development Kit, o ADK, es un framework open-source y code-first para construir, evaluar y desplegar agentes de IA. Está pensado para crear desde agentes simples hasta sistemas multiagente, workflows complejos y soluciones empresariales con herramientas, sesiones, memoria y despliegue.
El laboratorio principal puede plantearse en Python por madurez y disponibilidad de ejemplos, pero ADK se presenta oficialmente con soporte para Python, TypeScript, Go, Java y Kotlin. El enfoque arquitectónico, de herramientas, evaluación, seguridad y despliegue es transferible a equipos que trabajen en otros lenguajes.
No es necesario ser científico de datos ni entrenar modelos. Sí se requiere experiencia técnica en desarrollo, APIs, servicios, cloud o integración. El foco está en construir agentes usando modelos existentes, herramientas, workflows, evaluación y despliegue seguro.
Sí. El curso está orientado al ecosistema Google y Gemini, aunque ADK se describe como model-agnostic. Se revisa cómo seleccionar modelo, configurar el agente, controlar coste y conectar el desarrollo con Google Cloud y Gemini Enterprise Agent Platform.
Sí. El temario incluye workflows secuenciales, paralelos, en bucle, agentes personalizados, colaboración entre agentes y patrones agent-to-agent con human-in-the-loop. El objetivo es que el equipo sepa diseñar colaboración entre agentes sin perder trazabilidad ni control.
Sí. Hay bloques específicos para MCP y OpenAPI Tools. Se trabaja cómo exponer APIs y herramientas al agente, cómo gestionar autenticación, permisos, validaciones, límites, seguridad y auditoría, y cómo evitar que el agente tenga acceso excesivo a sistemas corporativos.
Sí. Se trabaja despliegue local, API Server, Cloud Run, Agent Runtime, secretos, IAM, CI/CD, observabilidad, runbooks y pruebas postdeploy. El objetivo es que el equipo pueda pasar de un agente local a un servicio operativo con soporte real.
Sí. La seguridad es uno de los ejes del curso. Se trabajan prompt injection, tool misuse, validación de entradas y salidas, callbacks, plugins, permisos, human-in-the-loop, auditoría, saneamiento de logs y control de datos sensibles.
Sí. El curso dedica un bloque completo a evalsets, criterios de calidad, tool trajectory, seguridad, simulación de usuarios y regresión. También se trabaja la optimización basada en resultados de evaluación cuando encaja con el caso.
Sí. Al tratarse de una formación corporativa técnica orientada a competencias digitales, desarrollo de IA, cloud, automatización y productividad empresarial, puede plantearse como formación bonificable hasta el 100% a través de FUNDAE, según el crédito disponible y cumpliendo los requisitos administrativos aplicables.
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Tema 1: Google ADK en el ecosistema de agentes empresariales
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Tema 2: Preparación del entorno de desarrollo y primer agente ADK
Instalación del SDK y configuración del entorno local con Python como lenguaje principal de laboratorio, manteniendo criterios transferibles a TypeScript, Go, Java o Kotlin.
Organización de un proyecto ADK con estructura clara para agentes, herramientas, configuración, tests, evaluaciones, documentación y despliegue.
Configuración de credenciales de Google Cloud o Gemini API sin incrustar claves en código, notebooks, repositorios o colecciones compartidas.
Creación del primer agente con instrucciones explícitas, modelo configurado, respuesta controlada y ejecución local verificable.
Uso del CLI y herramientas de desarrollo para ejecutar, inspeccionar y depurar el comportamiento del agente durante las primeras interacciones.
Separación entre configuración local, configuración de laboratorio y configuración preparada para despliegue, evitando mezclas entre entornos.
Preparación de variables de entorno para modelo, proyecto, región, credenciales, niveles de log y flags de experimentación.
Documentación mínima del agente: finalidad, usuarios, límites, datos permitidos, herramientas activas, propietario y estado de madurez.
Revisión de errores iniciales frecuentes: credenciales mal cargadas, modelo no disponible, dependencias incompletas, permisos insuficientes o instrucciones demasiado ambiguas.
Construcción de una primera checklist para validar que un agente local puede evolucionar sin convertirse en un prototipo desordenado.
Tema 3: LlmAgent: instrucciones, rol, límites y comportamiento esperado
Diseño de instrucciones de sistema que definan rol, alcance, tono, fuentes permitidas, límites, criterios de incertidumbre y comportamiento ante solicitudes fuera de ámbito.
Diferenciación entre instrucciones estáticas, instrucciones dinámicas, contexto de sesión y datos recuperados por herramientas para evitar mezclas inseguras.
Construcción de agentes especializados con una responsabilidad clara, evitando agentes “todoterreno” que responden de todo sin control ni evaluación.
Uso de modelos Gemini u otros modelos compatibles según necesidades de coste, latencia, razonamiento, multimodalidad, disponibilidad y gobierno.
Definición de formatos de salida esperados para respuestas narrativas, JSON estructurado, resúmenes, clasificaciones o propuestas de acción.
Gestión de incertidumbre mediante respuestas que pidan aclaración, reconozcan límites, citen fuentes o deriven a revisión humana.
Evitación de instrucciones contradictorias entre agente principal, subagentes, herramientas y prompts generados por el usuario.
Diseño de agentes con comportamiento predecible ante datos insuficientes, errores de herramienta, documentos incompletos o tareas ambiguas.
Revisión de la interacción entre instrucción, estado, memoria y herramienta para entender por qué el agente toma determinadas decisiones.
Creación de una guía interna de redacción de instrucciones para agentes ADK críticos, con ejemplos aceptables y anti-patrones.
Tema 4: Herramientas en ADK: convertir capacidades empresariales en acciones controladas
Comprensión de las tools como funciones con entrada y salida estructurada que permiten al agente consultar datos, ejecutar acciones o interactuar con sistemas externos.
Diseño de herramientas pequeñas y explícitas que hacen una tarea concreta, en lugar de herramientas genéricas con demasiada lógica oculta.
Definición de esquemas de entrada claros para reducir argumentos ambiguos, valores peligrosos, acciones incompletas o llamadas imposibles de validar.
Implementación de herramientas de consulta para CRM, inventario, tickets, documentos, bases de datos, calendarios, productos o sistemas internos simulados.
Separación entre herramientas de lectura, herramientas de escritura, herramientas de comunicación y herramientas con impacto operativo.
Validación de permisos antes de ejecutar herramientas, comprobando usuario, rol, tenant, finalidad, entorno y estado de la conversación.
Gestión de errores de herramienta con respuestas seguras, reintentos limitados, mensajes comprensibles y trazabilidad técnica.
Registro de cada llamada a herramienta con argumentos saneados, resultado, latencia, usuario, agente, sesión y decisión posterior.
Creación de pruebas unitarias de herramientas antes de permitir que un agente las invoque en conversaciones reales.
Preparación de una matriz de riesgo por herramienta que indique impacto, permisos, revisión humana, logs y condiciones de uso. ADK documenta las tools como funciones estructuradas que los agentes pueden invocar para realizar acciones o consultar sistemas externos.
Tema 5: Function Tools y Long Running Function Tools
Creación de function tools para encapsular lógica de negocio simple, consultas internas, validaciones, transformaciones y operaciones repetibles.
Diseño de nombres, descripciones y parámetros para que el modelo entienda cuándo debe usar cada herramienta y con qué datos.
Control de efectos secundarios, evitando que una herramienta modifique sistemas, envíe comunicaciones o ejecute acciones críticas sin confirmación.
Implementación de herramientas de larga duración para procesos que requieren espera, procesamiento diferido, aprobación externa o interacción con sistemas lentos.
Gestión de estados intermedios cuando una operación no puede resolverse en una única llamada de herramienta.
Preparación de confirmaciones de acción para que el usuario valide operaciones sensibles antes de que el agente continúe.
Tratamiento de fallos parciales, timeouts, sistemas externos caídos y resultados incompletos sin dejar al agente en un estado confuso.
Diseño de respuestas de herramienta orientadas al agente, con datos suficientes para decidir el siguiente paso sin exponer información innecesaria.
Creación de envoltorios de seguridad alrededor de herramientas reutilizadas por varios agentes.
Evaluación de herramientas con entradas válidas, inválidas, maliciosas, incompletas y de borde antes de integrarlas en workflows productivos. ADK incluye diferentes formas de definir function tools, long running function tools y confirmaciones de acción.
Tema 6: OpenAPI Tools: integrar APIs corporativas sin duplicar cada endpoint
Uso de OpenAPI Toolset para exponer endpoints REST como herramientas invocables por agentes a partir de especificaciones OpenAPI 3.x.
Revisión de especificaciones OpenAPI internas para detectar endpoints mal descritos, parámetros ambiguos, respuestas poco tipadas o errores sin documentar.
Selección de endpoints que realmente deben estar disponibles para el agente, evitando publicar APIs completas sin necesidad operativa.
Configuración de autenticación para toolsets basados en OpenAPI, separando credenciales de usuario, credenciales de servicio y permisos por entorno.
Diseño de wrappers o gateways cuando una API interna necesita validaciones adicionales antes de quedar expuesta al agente.
Control de operaciones peligrosas como borrado, actualización masiva, envío externo, cambio de permisos o creación de registros críticos.
Creación de contratos de salida que permitan al agente interpretar errores, estados y datos sin depender de texto libre.
Prueba de herramientas OpenAPI con usuarios de bajo privilegio, datos ficticios y escenarios de fallo antes de permitir uso real.
Gestión de versionado de OpenAPI para que cambios de contrato no rompan agentes desplegados.
Documentación de qué APIs están habilitadas para agentes, con owner, propósito, permisos, límites y evidencia de revisión. ADK permite generar herramientas a partir de especificaciones OpenAPI v3.x, reduciendo la necesidad de definir manualmente cada endpoint.
Tema 7: MCP en ADK: integración con herramientas y ecosistemas externos
Comprensión de Model Context Protocol como mecanismo para conectar agentes con herramientas, servicios y servidores externos de forma estructurada.
Uso de McpToolset para hacer que herramientas expuestas por servidores MCP estén disponibles para un LlmAgent dentro de ADK.
Evaluación de servidores MCP internos y externos antes de conectarlos a agentes que manejan datos o procesos corporativos.
Diseño de permisos por servidor MCP, herramienta, usuario y entorno para evitar acceso excesivo a sistemas sensibles.
Preparación de herramientas MCP para consultas documentales, bases de datos, repositorios, tickets, calendarios, archivos o sistemas internos.
Control de riesgos de supply chain cuando se incorporan herramientas MCP de terceros, paquetes externos o servidores comunitarios.
Registro de llamadas MCP con argumentos saneados, latencia, resultado, errores y agente que invoca la herramienta.
Diseño de pruebas de abuso para comprobar que el agente no puede usar MCP para extraer información no autorizada o ejecutar acciones indebidas.
Exposición de herramientas propias mediante MCP cuando otros agentes o equipos necesitan reutilizar capacidades aprobadas.
Creación de una estrategia de catálogo de herramientas MCP autorizadas, con owners, descripción, permisos, coste y nivel de riesgo. ADK documenta soporte para usar y exponer herramientas MCP dentro de agentes.
Tema 8: Sesiones, estado y continuidad conversacional
Comprensión de Session como contenedor de una conversación individual, con eventos, estado y contexto asociado a la interacción del usuario.
Diseño de sesiones para diferenciar conversaciones simultáneas, usuarios, tenants, canales, procesos y flujos de negocio.
Uso de session state para guardar información temporal como preferencias, datos recogidos, etapa del proceso o resultado de herramientas.
Evitación de estados demasiado complejos que convierten la conversación en una lógica difícil de depurar y mantener.
Definición de claves de estado claras, serializables y estables para que herramientas, agentes y callbacks puedan compartir información.
Separación entre datos efímeros, datos persistentes, datos sensibles y datos que nunca deben almacenarse en estado.
Gestión de continuidad cuando el usuario vuelve a una conversación, cambia de intención o abandona un proceso a medias.
Control de expiración, limpieza y retención de sesiones según política interna, privacidad y necesidades de negocio.
Registro de eventos relevantes para reconstruir qué ocurrió durante una interacción sin exponer contenido sensible innecesario.
Preparación de pruebas para verificar que el agente mantiene contexto sin inventar datos no recogidos o reutilizar información de otra sesión. ADK documenta Session y SessionService como piezas para rastrear conversaciones y gestionar estado.
Tema 9: Memoria a largo plazo y personalización controlada
Diferenciación entre estado de sesión y memoria a largo plazo, entendiendo cuándo un agente debe recordar información entre conversaciones.
Uso de MemoryService para almacenar preferencias, hechos relevantes o aprendizajes persistentes bajo criterios de utilidad, privacidad y consentimiento.
Diseño de políticas sobre qué puede recordarse, qué debe expirar, qué requiere aprobación y qué datos nunca deben pasar a memoria.
Preparación de memoria por usuario, grupo, cliente o tenant sin mezclar información entre perfiles o departamentos.
Incorporación de herramientas como preload memory para aportar contexto útil al modelo sin que el usuario repita información.
Revisión de riesgos de memoria: datos obsoletos, información sensible, inferencias no verificadas, sesgos o personalización excesiva.
Creación de mecanismos para consultar, corregir, eliminar o desactivar recuerdos cuando el usuario o la política interna lo requieran.
Evaluación de calidad de memoria mediante escenarios donde el agente debe recordar, ignorar o actualizar información.
Integración con servicios gestionados de memoria cuando el despliegue empresarial exige persistencia, escalabilidad y control operativo.
Documentación de decisiones de memoria para privacidad, seguridad, UX y gobierno de agentes. ADK incluye MemoryService para conocimiento a largo plazo, separado del estado temporal de sesión.
Tema 10: Artifacts: gestión de archivos, binarios y resultados versionados
Comprensión de Artifacts como mecanismo para gestionar datos binarios nombrados y versionados asociados a una sesión o persistentes para un usuario.
Uso de artifacts para trabajar con documentos, imágenes, audios, salidas generadas, evidencias, informes, adjuntos o resultados intermedios.
Diseño de flujos donde el agente crea, consulta, transforma o entrega archivos sin saturar el prompt con contenido innecesario.
Definición de políticas de retención para artifacts según tipo de dato, sensibilidad, utilidad, coste de almacenamiento y requisitos legales.
Separación entre artifacts temporales de laboratorio y artifacts productivos que pueden afectar a auditoría, cliente o proceso interno.
Control de permisos sobre artifacts para impedir que un usuario acceda a archivos de otra sesión, cliente o tenant.
Registro de versiones cuando un agente revisa, corrige o genera sucesivas versiones de un documento.
Preparación de validaciones sobre tipo, tamaño, contenido, metadatos, virus y confidencialidad antes de que una herramienta use un archivo.
Integración de artifacts con repositorios, almacenamiento cloud, sistemas documentales o flujos de aprobación.
Creación de patrones de uso para agentes documentales, agentes de análisis, agentes de generación de informes y agentes multimodales. ADK documenta Artifacts para manejar datos binarios nombrados y versionados, como archivos, imágenes o audio.
Tema 11: Workflows secuenciales: procesos predecibles paso a paso
Uso de SequentialAgent para ejecutar subagentes en un orden fijo cuando el proceso exige una secuencia controlada y repetible.
Diseño de pipelines de análisis donde un agente clasifica, otro extrae datos, otro valida, otro redacta y otro prepara la salida final.
Separación de responsabilidades entre subagentes para facilitar evaluación, depuración, sustitución y mejora individual.
Control de entradas y salidas entre pasos, evitando que información innecesaria o sensible circule por toda la cadena.
Validación de cada paso antes de avanzar al siguiente cuando hay riesgo de propagación de errores.
Diseño de workflows para tramitación documental, soporte interno, análisis de tickets, revisión de contratos o generación de informes.
Incorporación de checkpoints humanos cuando una etapa exige aprobación antes de continuar.
Registro de resultado por etapa para explicar cómo se llegó a la respuesta final o por qué se detuvo el proceso.
Gestión de errores cuando un subagente falla, devuelve salida incompleta o no cumple el formato esperado.
Comparación entre workflow secuencial y agente dinámico para elegir predictibilidad o flexibilidad según el proceso. ADK incluye SequentialAgent para workflows con ejecución fija en orden.
Tema 12: Workflows paralelos: velocidad, comparación y análisis independiente
Uso de ParallelAgent para ejecutar subagentes de forma concurrente cuando varias tareas pueden resolverse de manera independiente.
Diseño de análisis paralelos donde distintos agentes revisan riesgos, costes, cumplimiento, viabilidad técnica o calidad documental.
Comparación de respuestas de varios agentes especializados para obtener una síntesis más robusta y menos dependiente de una única perspectiva.
Control de consumo, latencia y coste cuando se ejecutan múltiples ramas en paralelo.
Gestión de consolidación final con un agente agregador que revisa resultados, elimina duplicidades, detecta contradicciones y prepara una respuesta coherente.
Aplicación a casos de soporte, revisión de licitaciones, análisis de incidentes, evaluación de proveedores o comparación de alternativas técnicas.
Diseño de reglas para continuar aunque una rama falle, siempre que el resultado global pueda completarse con advertencias.
Registro de métricas por rama para identificar subagentes lentos, caros, poco fiables o redundantes.
Validación de independencia real entre tareas antes de paralelizar, evitando duplicar trabajo o generar respuestas inconsistentes.
Preparación de patrones donde velocidad y cobertura justifican el uso de paralelismo frente a una cadena secuencial. ADK documenta ParallelAgent para ejecutar subagentes concurrentemente cuando las tareas son independientes.
Tema 13: Workflows en bucle: revisión iterativa, mejora y condiciones de parada
Uso de LoopAgent para procesos que requieren repetición controlada, mejora iterativa o verificación hasta cumplir una condición.
Diseño de ciclos de generación-revisión-corrección para documentos, código, respuestas de soporte, propuestas o análisis de calidad.
Definición de condiciones de parada claras para evitar bucles costosos, respuestas infinitas o iteraciones sin mejora real.
Incorporación de evaluadores internos que detectan si una salida cumple criterios antes de permitir una nueva iteración.
Control de coste máximo, número de pasos, tiempo de ejecución y umbral de calidad antes de detener el workflow.
Gestión de errores cuando una iteración empeora el resultado, introduce contradicciones o pierde requisitos iniciales.
Aplicación a revisión de código, mejora de prompts, depuración de informes, refinamiento de planes o validación de documentación.
Registro de cada iteración para comparar evolución, justificar cambios y detectar puntos donde el agente se bloquea.
Preparación de fallback humano cuando el bucle no alcanza calidad suficiente dentro de los límites definidos.
Comparación entre bucle determinista y agente autónomo para mantener control operativo en procesos críticos. ADK documenta LoopAgent para repetir subagentes hasta un límite o condición de terminación.
Tema 14: Agentes personalizados y workflows dinámicos
Creación de agentes personalizados heredando de BaseAgent cuando los patrones secuencial, paralelo o loop no cubren la lógica requerida.
Diseño de control flow específico para procesos con ramificación compleja, reglas de negocio, validaciones externas y estados intermedios.
Uso de workflows dinámicos cuando la ruta depende de datos, intención, resultado de herramientas, permisos o decisiones del usuario.
Separación entre lógica determinista escrita en código y decisiones delegadas al modelo para evitar autonomía innecesaria.
Construcción de routers de agente que seleccionan subagentes según intención, área, riesgo, idioma, tenant o tipo de documento.
Gestión de errores en workflows personalizados, asegurando que cada excepción produce un estado recuperable y trazable.
Reutilización de componentes comunes entre agentes personalizados sin duplicar validaciones, herramientas o políticas de seguridad.
Evaluación de rutas de ejecución alternativas para comprobar que no hay caminos sin control o acciones sin aprobación.
Documentación de la lógica del workflow mediante diagramas, ADRs y pruebas que faciliten mantenimiento por otros desarrolladores.
Preparación de criterios para decidir cuándo crear un custom agent y cuándo simplificar el caso con un workflow estándar. ADK permite crear workflows personalizados heredando de BaseAgent e implementando control flow propio.
Tema 15: Multiagente y colaboración entre agentes
Diseño de sistemas donde varios agentes especializados colaboran en una tarea compleja sin que todos tengan acceso a todos los datos o herramientas.
Definición de roles como coordinador, investigador, evaluador, redactor, validador técnico, revisor legal o agente de ejecución.
Control de handoffs entre agentes para que la información se transfiera con contexto suficiente y sin datos innecesarios.
Evaluación de arquitecturas agent-to-agent cuando distintos agentes deben coordinarse, delegar tareas o solicitar aprobación.
Incorporación de human-in-the-loop en procesos multiagente donde una decisión necesita validación, firma, revisión o confirmación explícita.
Gestión de conflictos cuando dos agentes proponen respuestas distintas, detectan riesgos diferentes o interpretan datos de forma contradictoria.
Registro de responsabilidades por agente para poder explicar qué parte del resultado procede de cada componente.
Diseño de límites de autonomía por agente, evitando que un subagente con poca responsabilidad pueda ejecutar acciones críticas.
Medición de rendimiento del sistema multiagente completo y de cada agente por separado.
Preparación de patrones multiagente para reembolsos, soporte IT, revisión documental, análisis de proveedores o investigación interna. Los ejemplos oficiales de ADK incluyen patrones Agent-to-Agent y human-in-the-loop, útiles para flujos colaborativos y aprobación humana.
Tema 16: Callbacks: observar, modificar y controlar el comportamiento del agente
Uso de callbacks para intervenir en momentos concretos de ejecución sin modificar el núcleo del framework ni duplicar lógica.
Aplicación de callbacks antes y después de llamadas al modelo para inspeccionar prompts, añadir contexto, aplicar políticas o bloquear solicitudes.
Control de llamadas a herramientas mediante callbacks que validan argumentos, permisos, estado, usuario, tenant y nivel de riesgo.
Gestión de errores de modelo y herramienta con callbacks de recuperación, respuesta alternativa o escalado seguro.
Registro de trazas personalizadas para observabilidad, auditoría, métricas y depuración de comportamiento.
Implementación de filtros para impedir que datos sensibles entren en prompts o salgan en respuestas no autorizadas.
Aplicación de reglas de coste, latencia o límite de tokens antes de permitir determinadas operaciones.
Diseño de callbacks reutilizables para varios agentes con criterios comunes de seguridad, logging y validación.
Prueba de callbacks con escenarios normales, maliciosos, incompletos, ambiguos y de error.
Documentación de callbacks críticos para que seguridad y arquitectura entiendan cómo se gobierna el comportamiento del agente. ADK describe callbacks como mecanismo para observar, personalizar y controlar la ejecución del agente en puntos predefinidos.
Tema 17: Plugins y guardrails reutilizables
Comprensión de plugins como módulos de código ejecutables en distintas fases del ciclo de vida del workflow mediante callback hooks.
Diseño de plugins para políticas transversales: logging, seguridad, control de coste, trazabilidad, redacción de datos, validación y métricas.
Diferenciación entre callback específico de un agente y plugin reutilizable para múltiples agentes o equipos.
Creación de guardrails centralizados para impedir uso de herramientas no autorizadas, prompts con datos sensibles o respuestas sin revisión.
Implementación de plugins de auditoría que registran eventos relevantes sin exponer datos personales o secretos.
Aplicación de plugins de seguridad en agentes de varios departamentos para mantener políticas homogéneas.
Gestión de configuración de plugins por entorno, tenant, criticidad, tipo de usuario o caso de uso.
Prueba de plugins con agentes distintos para detectar efectos colaterales, bloqueos excesivos o falsos positivos.
Documentación de plugins como parte del catálogo de gobierno de agentes, indicando owner, finalidad, versión y cobertura.
Preparación de una librería interna de plugins aprobados para acelerar nuevos agentes sin reinventar controles. ADK documenta plugins como módulos reutilizables ejecutados en fases del workflow mediante callback hooks.
Tema 18: Seguridad de agentes: prompt injection, tool misuse y control de salidas
Identificación de ataques de prompt injection en mensajes de usuario, documentos recuperados, páginas web, tickets, emails o respuestas de APIs externas.
Separación clara entre instrucciones del sistema, datos no confiables, resultados de herramientas y contenido generado por el modelo.
Validación de argumentos antes de ejecutar herramientas para evitar que el modelo actúe sobre datos manipulados o solicitudes no autorizadas.
Protección frente a tool misuse cuando el agente intenta usar una herramienta correcta con una finalidad incorrecta o fuera de permiso.
Control de salidas antes de enviarlas a usuarios, sistemas, emails, tickets, CRMs o procesos automatizados.
Diseño de filtros de datos sensibles para evitar fuga de información personal, secretos, credenciales, datos de clientes o información interna.
Aplicación de human-in-the-loop cuando la acción tiene impacto legal, económico, reputacional, productivo o sobre personas.
Registro de incidentes y respuestas bloqueadas para mejorar políticas, instrucciones, herramientas y formación del equipo.
Realización de pruebas adversariales con prompts maliciosos, documentos hostiles, órdenes contradictorias y datos engañosos.
Creación de un modelo de amenaza específico para agentes ADK desplegados en entorno corporativo. La documentación de ADK recomienda callbacks y plugins como mecanismos para implementar guardrails y políticas de seguridad en agentes.
Tema 19: Evaluación de agentes con evalsets, criterios y regresión
Diseño de evalsets con conversaciones, entradas, respuestas esperadas, uso de herramientas y criterios de éxito definidos.
Creación de casos de evaluación representativos del trabajo real, incluyendo preguntas normales, ambiguas, incompletas, maliciosas y fuera de alcance.
Evaluación de calidad de respuesta, seguridad, trayectoria de herramientas, fidelidad al contexto, formato, utilidad y cumplimiento de instrucciones.
Uso de evaluaciones para comparar modelos, prompts, herramientas, workflows, versiones y cambios de configuración.
Captura de sesiones reales saneadas para convertirlas en casos de evaluación reproducibles sin exponer datos sensibles.
Integración de evaluación en CI/CD para detectar regresiones antes de desplegar una nueva versión del agente.
Diseño de umbrales de aceptación por tipo de agente, diferenciando soporte interno, atención cliente, documentación, operaciones o acciones críticas.
Análisis de fallos de evaluación para determinar si el problema está en instrucción, herramienta, RAG, modelo, datos o workflow.
Preparación de informes de evaluación comprensibles para desarrollo, negocio, seguridad y dirección.
Mantenimiento de evalsets vivos que evolucionan con incidentes, nuevos casos de uso, cambios de datos y feedback de usuarios. ADK incorpora evaluación mediante evalsets, criterios como tool use trajectory, response quality y safety, y herramientas de simulación.
Tema 20: Optimización de agentes y mejora continua
Uso de resultados de evaluación para mejorar instrucciones, herramientas, workflows, criterios de salida, prompts y recuperación de contexto.
Identificación de patrones de fallo repetidos: respuestas largas, herramientas mal elegidas, alucinaciones, falta de cita, errores de formato o exceso de autonomía.
Aplicación de optimización controlada sin permitir que el agente se modifique en producción sin revisión humana y pruebas de regresión.
Comparación de versiones de agente mediante métricas de calidad, coste, latencia, seguridad, satisfacción y tasa de escalado.
Uso de `adk optimize` cuando el caso sea adecuado, entendiendo sus límites y la necesidad de revisar cambios sugeridos.
Preparación de ciclos de mejora con backlog de errores, priorización, pruebas, revisión y despliegue gradual.
Gestión de versiones de prompts, instrucciones, herramientas y configuración como código revisable en Git.
Creación de changelogs de comportamiento para que soporte y negocio entiendan qué ha cambiado en cada release.
Incorporación de feedback humano de usuarios, revisores y propietarios de proceso dentro del ciclo de mejora.
Definición de criterios para retirar, rediseñar o congelar un agente que no alcanza calidad suficiente. ADK documenta un framework de optimización basado en resultados de evaluación y el comando `adk optimize` para determinados escenarios.
Tema 21: RAG y agentes documentales con ADK
Diseño de agentes que responden con conocimiento corporativo recuperado desde documentos, bases internas, APIs o sistemas de búsqueda.
Diferenciación entre pasar documentos directamente al prompt, usar herramientas de búsqueda, usar RAG y consultar bases de datos estructuradas.
Preparación de pipelines de ingesta con limpieza, chunking, metadatos, permisos, versiones, propietarios y control de obsolescencia documental.
Integración de herramientas de búsqueda vectorial, híbrida o SQL para que el agente recupere contexto verificable antes de responder.
Diseño de respuestas con citas, fuentes, nivel de confianza y advertencias cuando no hay evidencia suficiente.
Control de permisos documentales para impedir que un agente responda con información que el usuario no puede consultar directamente.
Evaluación de retrieval, cobertura, precisión, groundedness, relevancia y calidad de la respuesta final.
Gestión de documentos contradictorios, versiones antiguas, información incompleta y fuentes con distinto nivel de autoridad.
Uso de memoria y estado sin confundir preferencias del usuario con conocimiento documental validado.
Preparación de agentes documentales para soporte interno, legal, compliance, formación, producto, procedimientos y documentación técnica.
Tema 22: Bases de datos, SQL y acceso seguro a datos empresariales
Diseño de herramientas de lectura sobre bases de datos con consultas acotadas, parametrizadas y validadas antes de exponerlas al agente.
Diferenciación entre permitir al agente generar SQL libre y ofrecer herramientas controladas que ejecutan consultas predefinidas o seguras.
Aplicación de permisos por usuario, rol, tenant, departamento y finalidad antes de devolver datos al modelo.
Uso de bases de datos simuladas para probar agentes sin exponer clientes, empleados, transacciones o información confidencial.
Control de resultados excesivos, consultas costosas, campos sensibles, exportaciones masivas y datos no necesarios.
Integración con herramientas de búsqueda vectorial, SQL o híbrida según el tipo de pregunta y fuente de datos.
Creación de respuestas que distingan datos exactos consultados de inferencias generadas por el modelo.
Registro de consultas, parámetros, usuario, agente, resultado resumido y motivo de acceso para auditoría.
Preparación de guardrails contra prompt injection orientada a extraer datos no autorizados mediante la herramienta.
Diseño de patrones de acceso a datos que seguridad y gobierno puedan aprobar para agentes en producción.
Tema 23: Multimodalidad, streaming y experiencias interactivas
Diseño de agentes capaces de trabajar con texto, documentos, imágenes, audio o vídeo cuando el modelo y la arquitectura lo permiten.
Uso de artifacts para gestionar archivos procesados sin cargar todo el contenido en cada mensaje.
Preparación de experiencias de streaming cuando el usuario necesita respuesta progresiva, baja latencia o interacción conversacional fluida.
Análisis de casos de uso multimodales: revisión de capturas, soporte técnico visual, análisis de documentos, formación, inspección o reporting.
Control de privacidad al procesar imágenes, audios, vídeos, transcripciones y documentos con datos personales o confidenciales.
Uso de herramientas especializadas para extraer información antes de que el modelo genere una respuesta.
Validación de resultados multimodales con especial cuidado en errores de OCR, interpretación visual, contexto incompleto o inferencias indebidas.
Diseño de respuestas que reconozcan límites cuando la imagen, audio o documento no permite confirmar una conclusión.
Preparación de pipelines donde el agente coordina varias herramientas multimodales sin perder trazabilidad.
Evaluación de coste y latencia de experiencias multimodales frente a alternativas más simples. ADK documenta capacidades de streaming y soporte especial de herramientas para procesamiento de vídeo en sesiones de streaming.
Tema 24: Despliegue local, API Server y pruebas de integración
Ejecución del agente en entorno local para depurar instrucciones, herramientas, estado, errores y comportamiento antes de llevarlo a cloud.
Uso del API Server de ADK para exponer el agente y probarlo mediante endpoints documentados e interfaz Swagger UI.
Preparación de pruebas desde Postman, Bruno, Insomnia o scripts automatizados contra el API Server local.
Diseño de contratos de integración para aplicaciones externas que consumirán el agente como servicio.
Configuración de CORS, autenticación, puertos, variables y logs durante pruebas locales.
Simulación de usuarios, sesiones, herramientas y errores para validar comportamiento sin depender de servicios productivos.
Preparación de mocks de APIs corporativas para comprobar el flujo completo sin acceder a sistemas reales.
Registro de payloads de prueba y respuestas esperadas para convertirlos después en pruebas de regresión.
Identificación de diferencias entre comportamiento local y comportamiento desplegado, especialmente en credenciales, red, permisos y latencia.
Creación de un procedimiento reproducible para que cualquier desarrollador del equipo pueda levantar el agente y ejecutar pruebas. ADK incluye API Server con documentación interactiva generada mediante Swagger UI para explorar y probar endpoints localmente.
Tema 25: Despliegue en Cloud Run, Agent Runtime y Google Cloud
Preparación del agente para despliegue, separando código, configuración, secretos, dependencias, variables, logs y endpoints de salud.
Despliegue en Cloud Run cuando se necesita ejecutar el agente como servicio escalable sobre infraestructura gestionada de Google.
Uso de comandos de ADK o herramientas de Google Cloud para empaquetar, publicar y verificar el servicio desplegado.
Evaluación de Agent Runtime dentro de Gemini Enterprise Agent Platform cuando el proyecto necesita ejecución gestionada para agentes empresariales.
Configuración de IAM, service accounts, Secret Manager, redes, permisos mínimos y restricciones por entorno.
Separación entre desarrollo, staging y producción con proyectos, regiones, credenciales y políticas diferenciadas.
Diseño de despliegues con rollback, revisión de logs, pruebas postdeploy, control de cambios y validación de endpoints.
Preparación de escalado, concurrencia, timeouts y límites de coste según volumen, latencia y criticidad del agente.
Creación de runbooks de operación para caídas, errores de modelo, fallos de herramientas, límites de cuota y credenciales caducadas.
Documentación del despliegue para que cloud, desarrollo, seguridad y soporte conozcan responsabilidades y dependencias. ADK documenta despliegue en Cloud Run y Agent Runtime, incluyendo uso de CLI, Cloud Console y APIs para probar agentes desplegados.
Tema 26: CI/CD, versionado y promoción entre entornos
Organización del repositorio con ramas, pull requests, validación de formato, tests, evalsets, análisis de seguridad y despliegue automatizado.
Versionado de agentes, instrucciones, herramientas, workflows, dependencias, prompts, evaluaciones y configuración cloud.
Ejecución de pruebas unitarias, integración, evaluación de agente y pruebas de seguridad antes de permitir despliegue.
Preparación de pipelines que publiquen artefactos, desplieguen a staging, ejecuten pruebas end-to-end y requieran aprobación para producción.
Gestión de secretos en CI/CD mediante Secret Manager, variables protegidas o mecanismos equivalentes sin exponer claves en logs.
Uso de feature flags para activar herramientas, nuevos workflows, modelos alternativos o políticas de guardrail de forma gradual.
Promoción controlada de agentes entre entornos con datasets de evaluación, criterios de aceptación y rollback preparado.
Generación de informes de release con cambios de comportamiento, riesgos, métricas, casos evaluados y owner responsable.
Control de dependencias y vulnerabilidades en paquetes, contenedores, SDKs, herramientas MCP y librerías auxiliares.
Creación de un modelo de entrega continua que permita iterar agentes sin perder calidad, seguridad ni trazabilidad.
Tema 27: Observabilidad, logging, métricas y trazabilidad de agentes
Definición de métricas clave: latencia, coste estimado, tokens, llamadas a herramientas, errores, sesiones, satisfacción, escalados y tasa de éxito.
Registro estructurado de prompts, respuestas, herramientas, estado, errores y decisiones con saneamiento de datos sensibles.
Uso de correlation IDs para seguir una interacción desde usuario hasta modelo, herramienta, API externa, artifact y respuesta final.
Creación de dashboards para desarrollo, soporte, seguridad, negocio y dirección con niveles de detalle diferenciados.
Monitorización de fallos de modelo, timeouts, errores de herramienta, respuestas bloqueadas, límites de cuota y consumo anómalo.
Alertas accionables que indiquen agente afectado, herramienta, usuario, tenant, severidad, impacto y primera acción recomendada.
Observación de calidad funcional mediante evals continuas, feedback de usuarios y revisión de casos problemáticos.
Registro de eventos de seguridad como intentos de prompt injection, herramientas bloqueadas, acceso denegado o contenido sensible detectado.
Integración con sistemas corporativos de logging, SIEM, APM, ITSM o plataformas de observabilidad cloud.
Preparación de postmortems cuando un agente produce un error relevante, ejecuta una acción incorrecta o degrada su calidad.
Tema 28: Gobierno corporativo de agentes ADK
Creación de un inventario de agentes con nombre, finalidad, owner, usuarios, herramientas, datos, modelo, entorno, versión y nivel de riesgo.
Definición de ciclo de vida: idea, prototipo, piloto, validación, producción, mantenimiento, revisión, suspensión y retirada.
Establecimiento de criterios de aprobación antes de poner un agente en producción: evaluación, seguridad, privacidad, documentación y soporte.
Asignación de responsabilidades entre negocio, IT, datos, seguridad, legal, compliance, plataforma y equipo desarrollador.
Definición de políticas para uso de herramientas, datos personales, acciones críticas, memoria, logs, retención y human-in-the-loop.
Revisión periódica de permisos, conectores, herramientas MCP, credenciales, modelos, costes y métricas de calidad.
Creación de plantillas de documentación para agentes, incluyendo arquitectura, riesgos, pruebas, runbooks, límites y procedimientos de escalado.
Integración del gobierno de agentes con políticas corporativas de IA, ciberseguridad, protección de datos y gestión de proveedores.
Medición de madurez mediante número de agentes gobernados, incidentes, adopción, reutilización de herramientas y cumplimiento de evaluaciones.
Preparación de un comité técnico-funcional para priorizar nuevos agentes, revisar riesgos y decidir inversiones en plataforma.
Tema 29: Costes, cuotas, rendimiento y optimización operativa
Análisis de costes asociados a modelos, tokens, llamadas a herramientas, almacenamiento, memoria, artifacts, Cloud Run, logs y servicios conectados.
Selección de modelos según tarea, evitando usar modelos caros para clasificación simple, extracción repetitiva o respuestas de bajo riesgo.
Diseño de límites por usuario, tenant, agente, herramienta, sesión, coste diario y número de iteraciones.
Uso de caché, contexto reducido, prompts más precisos, RAG optimizado y workflows deterministas para controlar gasto.
Medición de latencia por etapa: modelo, herramienta, retrieval, base de datos, API externa, workflow y respuesta final.
Detección de herramientas lentas, prompts excesivos, bucles innecesarios, ramas paralelas redundantes y errores que disparan reintentos.
Preparación de degradación controlada cuando se alcanza cuota, sube el coste o falla un proveedor.
Comparación entre despliegue en Cloud Run, Agent Runtime u otras opciones según volumen, control, coste y operación.
Creación de reporting de coste por agente, departamento, caso de uso, cliente o workflow.
Definición de criterios de continuidad económica para mantener, optimizar o retirar agentes que no justifican su consumo.
Tema 30: Proyecto final integrador: agente empresarial con Google ADK
Diseño de un agente empresarial completo para un caso realista, como soporte interno, consulta documental, gestión de tickets, análisis de proveedores o operaciones IT.
Creación del agente principal con instrucciones robustas, modelo seleccionado, límites de actuación, formato de salida y criterios de incertidumbre.
Implementación de varias herramientas: función interna, API simulada, herramienta OpenAPI, herramienta MCP o consulta documental controlada.
Gestión de sesiones, estado, memoria y artifacts para mantener continuidad sin exponer datos sensibles ni mezclar usuarios o tenants.
Construcción de un workflow secuencial, paralelo o en bucle para resolver una tarea compleja con subagentes especializados.
Incorporación de callbacks o plugins para logging, validación de herramientas, control de permisos, saneamiento de datos y guardrails.
Creación de evalsets con casos normales, límite, inseguros, ambiguos y de regresión para medir calidad, seguridad y uso de herramientas.
Preparación del despliegue en Cloud Run o Agent Runtime con variables, secretos, IAM, pruebas postdeploy, observabilidad y runbook.
Elaboración de documentación completa: arquitectura, owner, riesgos, datos tratados, herramientas, permisos, métricas, costes y procedimiento de soporte.
Presentación final del agente ante un comité simulado de negocio, IT, seguridad y compliance, justificando decisiones técnicas, riesgos y plan de evolución.
Una plataforma practica, con IA integrada y pensada para que mejores desarrollando. Se adapta a tu ritmo, te corrige al instante y te muestra tu progreso real.
Correccion magica
Feedback inteligente
Aprende de cada acierto y fallo con explicaciones claras
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Tema 1: Google ADK en el ecosistema de agentes empresariales
Comprensión de ADK como framework code-first para crear agentes de IA que combinan instrucciones, modelos, herramientas, estado, memoria, workflows y despliegue empresarial.
Diferenciación entre un chatbot simple, un asistente con herramientas, un agente con estado, un workflow determinista y un sistema multiagente gobernado.
Revisión del encaje de ADK dentro de Gemini Enterprise Agent Platform, Agent Runtime, Cloud Run, Model Garden, Agent Studio y servicios cloud de Google.
Identificación de casos empresariales adecuados para ADK: soporte interno, operaciones, atención asistida, análisis documental, automatización IT, reporting y workflows de negocio.
Detección de casos donde un agente no es la solución correcta y conviene usar automatización clásica, API directa, RPA, formularios o reglas deterministas.
Análisis de riesgos habituales en proyectos de agentes: exceso de autonomía, herramientas mal protegidas, falta de evaluación, prompts frágiles y ausencia de trazabilidad.
Creación de una arquitectura conceptual con usuario, runner, agente, modelo, herramientas, sesión, memoria, artifacts, APIs externas y observabilidad.
Establecimiento de criterios para decidir lenguaje, entorno, modelo, despliegue, nivel de autonomía y grado de supervisión humana.
Preparación de un roadmap técnico desde agente local hasta servicio productivo, con fases de laboratorio, evaluación, seguridad y operación.
Definición de un vocabulario común para que desarrollo, arquitectura, cloud, seguridad y negocio puedan hablar de agentes con precisión. ADK se documenta oficialmente como framework para construir, evaluar y desplegar agentes, y soporta crecimiento hacia sistemas multiagente y workflows.
Tema 2: Preparación del entorno de desarrollo y primer agente ADK
Instalación del SDK y configuración del entorno local con Python como lenguaje principal de laboratorio, manteniendo criterios transferibles a TypeScript, Go, Java o Kotlin.
Organización de un proyecto ADK con estructura clara para agentes, herramientas, configuración, tests, evaluaciones, documentación y despliegue.
Configuración de credenciales de Google Cloud o Gemini API sin incrustar claves en código, notebooks, repositorios o colecciones compartidas.
Creación del primer agente con instrucciones explícitas, modelo configurado, respuesta controlada y ejecución local verificable.
Uso del CLI y herramientas de desarrollo para ejecutar, inspeccionar y depurar el comportamiento del agente durante las primeras interacciones.
Separación entre configuración local, configuración de laboratorio y configuración preparada para despliegue, evitando mezclas entre entornos.
Preparación de variables de entorno para modelo, proyecto, región, credenciales, niveles de log y flags de experimentación.
Documentación mínima del agente: finalidad, usuarios, límites, datos permitidos, herramientas activas, propietario y estado de madurez.
Revisión de errores iniciales frecuentes: credenciales mal cargadas, modelo no disponible, dependencias incompletas, permisos insuficientes o instrucciones demasiado ambiguas.
Construcción de una primera checklist para validar que un agente local puede evolucionar sin convertirse en un prototipo desordenado.
Tema 3: LlmAgent: instrucciones, rol, límites y comportamiento esperado
Diseño de instrucciones de sistema que definan rol, alcance, tono, fuentes permitidas, límites, criterios de incertidumbre y comportamiento ante solicitudes fuera de ámbito.
Diferenciación entre instrucciones estáticas, instrucciones dinámicas, contexto de sesión y datos recuperados por herramientas para evitar mezclas inseguras.
Construcción de agentes especializados con una responsabilidad clara, evitando agentes “todoterreno” que responden de todo sin control ni evaluación.
Uso de modelos Gemini u otros modelos compatibles según necesidades de coste, latencia, razonamiento, multimodalidad, disponibilidad y gobierno.
Definición de formatos de salida esperados para respuestas narrativas, JSON estructurado, resúmenes, clasificaciones o propuestas de acción.
Gestión de incertidumbre mediante respuestas que pidan aclaración, reconozcan límites, citen fuentes o deriven a revisión humana.
Evitación de instrucciones contradictorias entre agente principal, subagentes, herramientas y prompts generados por el usuario.
Diseño de agentes con comportamiento predecible ante datos insuficientes, errores de herramienta, documentos incompletos o tareas ambiguas.
Revisión de la interacción entre instrucción, estado, memoria y herramienta para entender por qué el agente toma determinadas decisiones.
Creación de una guía interna de redacción de instrucciones para agentes ADK críticos, con ejemplos aceptables y anti-patrones.
Tema 4: Herramientas en ADK: convertir capacidades empresariales en acciones controladas
Comprensión de las tools como funciones con entrada y salida estructurada que permiten al agente consultar datos, ejecutar acciones o interactuar con sistemas externos.
Diseño de herramientas pequeñas y explícitas que hacen una tarea concreta, en lugar de herramientas genéricas con demasiada lógica oculta.
Definición de esquemas de entrada claros para reducir argumentos ambiguos, valores peligrosos, acciones incompletas o llamadas imposibles de validar.
Implementación de herramientas de consulta para CRM, inventario, tickets, documentos, bases de datos, calendarios, productos o sistemas internos simulados.
Separación entre herramientas de lectura, herramientas de escritura, herramientas de comunicación y herramientas con impacto operativo.
Validación de permisos antes de ejecutar herramientas, comprobando usuario, rol, tenant, finalidad, entorno y estado de la conversación.
Gestión de errores de herramienta con respuestas seguras, reintentos limitados, mensajes comprensibles y trazabilidad técnica.
Registro de cada llamada a herramienta con argumentos saneados, resultado, latencia, usuario, agente, sesión y decisión posterior.
Creación de pruebas unitarias de herramientas antes de permitir que un agente las invoque en conversaciones reales.
Preparación de una matriz de riesgo por herramienta que indique impacto, permisos, revisión humana, logs y condiciones de uso. ADK documenta las tools como funciones estructuradas que los agentes pueden invocar para realizar acciones o consultar sistemas externos.
Tema 5: Function Tools y Long Running Function Tools
Creación de function tools para encapsular lógica de negocio simple, consultas internas, validaciones, transformaciones y operaciones repetibles.
Diseño de nombres, descripciones y parámetros para que el modelo entienda cuándo debe usar cada herramienta y con qué datos.
Control de efectos secundarios, evitando que una herramienta modifique sistemas, envíe comunicaciones o ejecute acciones críticas sin confirmación.
Implementación de herramientas de larga duración para procesos que requieren espera, procesamiento diferido, aprobación externa o interacción con sistemas lentos.
Gestión de estados intermedios cuando una operación no puede resolverse en una única llamada de herramienta.
Preparación de confirmaciones de acción para que el usuario valide operaciones sensibles antes de que el agente continúe.
Tratamiento de fallos parciales, timeouts, sistemas externos caídos y resultados incompletos sin dejar al agente en un estado confuso.
Diseño de respuestas de herramienta orientadas al agente, con datos suficientes para decidir el siguiente paso sin exponer información innecesaria.
Creación de envoltorios de seguridad alrededor de herramientas reutilizadas por varios agentes.
Evaluación de herramientas con entradas válidas, inválidas, maliciosas, incompletas y de borde antes de integrarlas en workflows productivos. ADK incluye diferentes formas de definir function tools, long running function tools y confirmaciones de acción.
Tema 6: OpenAPI Tools: integrar APIs corporativas sin duplicar cada endpoint
Uso de OpenAPI Toolset para exponer endpoints REST como herramientas invocables por agentes a partir de especificaciones OpenAPI 3.x.
Revisión de especificaciones OpenAPI internas para detectar endpoints mal descritos, parámetros ambiguos, respuestas poco tipadas o errores sin documentar.
Selección de endpoints que realmente deben estar disponibles para el agente, evitando publicar APIs completas sin necesidad operativa.
Configuración de autenticación para toolsets basados en OpenAPI, separando credenciales de usuario, credenciales de servicio y permisos por entorno.
Diseño de wrappers o gateways cuando una API interna necesita validaciones adicionales antes de quedar expuesta al agente.
Control de operaciones peligrosas como borrado, actualización masiva, envío externo, cambio de permisos o creación de registros críticos.
Creación de contratos de salida que permitan al agente interpretar errores, estados y datos sin depender de texto libre.
Prueba de herramientas OpenAPI con usuarios de bajo privilegio, datos ficticios y escenarios de fallo antes de permitir uso real.
Gestión de versionado de OpenAPI para que cambios de contrato no rompan agentes desplegados.
Documentación de qué APIs están habilitadas para agentes, con owner, propósito, permisos, límites y evidencia de revisión. ADK permite generar herramientas a partir de especificaciones OpenAPI v3.x, reduciendo la necesidad de definir manualmente cada endpoint.
Tema 7: MCP en ADK: integración con herramientas y ecosistemas externos
Comprensión de Model Context Protocol como mecanismo para conectar agentes con herramientas, servicios y servidores externos de forma estructurada.
Uso de McpToolset para hacer que herramientas expuestas por servidores MCP estén disponibles para un LlmAgent dentro de ADK.
Evaluación de servidores MCP internos y externos antes de conectarlos a agentes que manejan datos o procesos corporativos.
Diseño de permisos por servidor MCP, herramienta, usuario y entorno para evitar acceso excesivo a sistemas sensibles.
Preparación de herramientas MCP para consultas documentales, bases de datos, repositorios, tickets, calendarios, archivos o sistemas internos.
Control de riesgos de supply chain cuando se incorporan herramientas MCP de terceros, paquetes externos o servidores comunitarios.
Registro de llamadas MCP con argumentos saneados, latencia, resultado, errores y agente que invoca la herramienta.
Diseño de pruebas de abuso para comprobar que el agente no puede usar MCP para extraer información no autorizada o ejecutar acciones indebidas.
Exposición de herramientas propias mediante MCP cuando otros agentes o equipos necesitan reutilizar capacidades aprobadas.
Creación de una estrategia de catálogo de herramientas MCP autorizadas, con owners, descripción, permisos, coste y nivel de riesgo. ADK documenta soporte para usar y exponer herramientas MCP dentro de agentes.
Tema 8: Sesiones, estado y continuidad conversacional
Comprensión de Session como contenedor de una conversación individual, con eventos, estado y contexto asociado a la interacción del usuario.
Diseño de sesiones para diferenciar conversaciones simultáneas, usuarios, tenants, canales, procesos y flujos de negocio.
Uso de session state para guardar información temporal como preferencias, datos recogidos, etapa del proceso o resultado de herramientas.
Evitación de estados demasiado complejos que convierten la conversación en una lógica difícil de depurar y mantener.
Definición de claves de estado claras, serializables y estables para que herramientas, agentes y callbacks puedan compartir información.
Separación entre datos efímeros, datos persistentes, datos sensibles y datos que nunca deben almacenarse en estado.
Gestión de continuidad cuando el usuario vuelve a una conversación, cambia de intención o abandona un proceso a medias.
Control de expiración, limpieza y retención de sesiones según política interna, privacidad y necesidades de negocio.
Registro de eventos relevantes para reconstruir qué ocurrió durante una interacción sin exponer contenido sensible innecesario.
Preparación de pruebas para verificar que el agente mantiene contexto sin inventar datos no recogidos o reutilizar información de otra sesión. ADK documenta Session y SessionService como piezas para rastrear conversaciones y gestionar estado.
Tema 9: Memoria a largo plazo y personalización controlada
Diferenciación entre estado de sesión y memoria a largo plazo, entendiendo cuándo un agente debe recordar información entre conversaciones.
Uso de MemoryService para almacenar preferencias, hechos relevantes o aprendizajes persistentes bajo criterios de utilidad, privacidad y consentimiento.
Diseño de políticas sobre qué puede recordarse, qué debe expirar, qué requiere aprobación y qué datos nunca deben pasar a memoria.
Preparación de memoria por usuario, grupo, cliente o tenant sin mezclar información entre perfiles o departamentos.
Incorporación de herramientas como preload memory para aportar contexto útil al modelo sin que el usuario repita información.
Revisión de riesgos de memoria: datos obsoletos, información sensible, inferencias no verificadas, sesgos o personalización excesiva.
Creación de mecanismos para consultar, corregir, eliminar o desactivar recuerdos cuando el usuario o la política interna lo requieran.
Evaluación de calidad de memoria mediante escenarios donde el agente debe recordar, ignorar o actualizar información.
Integración con servicios gestionados de memoria cuando el despliegue empresarial exige persistencia, escalabilidad y control operativo.
Documentación de decisiones de memoria para privacidad, seguridad, UX y gobierno de agentes. ADK incluye MemoryService para conocimiento a largo plazo, separado del estado temporal de sesión.
Tema 10: Artifacts: gestión de archivos, binarios y resultados versionados
Comprensión de Artifacts como mecanismo para gestionar datos binarios nombrados y versionados asociados a una sesión o persistentes para un usuario.
Uso de artifacts para trabajar con documentos, imágenes, audios, salidas generadas, evidencias, informes, adjuntos o resultados intermedios.
Diseño de flujos donde el agente crea, consulta, transforma o entrega archivos sin saturar el prompt con contenido innecesario.
Definición de políticas de retención para artifacts según tipo de dato, sensibilidad, utilidad, coste de almacenamiento y requisitos legales.
Separación entre artifacts temporales de laboratorio y artifacts productivos que pueden afectar a auditoría, cliente o proceso interno.
Control de permisos sobre artifacts para impedir que un usuario acceda a archivos de otra sesión, cliente o tenant.
Registro de versiones cuando un agente revisa, corrige o genera sucesivas versiones de un documento.
Preparación de validaciones sobre tipo, tamaño, contenido, metadatos, virus y confidencialidad antes de que una herramienta use un archivo.
Integración de artifacts con repositorios, almacenamiento cloud, sistemas documentales o flujos de aprobación.
Creación de patrones de uso para agentes documentales, agentes de análisis, agentes de generación de informes y agentes multimodales. ADK documenta Artifacts para manejar datos binarios nombrados y versionados, como archivos, imágenes o audio.
Tema 11: Workflows secuenciales: procesos predecibles paso a paso
Uso de SequentialAgent para ejecutar subagentes en un orden fijo cuando el proceso exige una secuencia controlada y repetible.
Diseño de pipelines de análisis donde un agente clasifica, otro extrae datos, otro valida, otro redacta y otro prepara la salida final.
Separación de responsabilidades entre subagentes para facilitar evaluación, depuración, sustitución y mejora individual.
Control de entradas y salidas entre pasos, evitando que información innecesaria o sensible circule por toda la cadena.
Validación de cada paso antes de avanzar al siguiente cuando hay riesgo de propagación de errores.
Diseño de workflows para tramitación documental, soporte interno, análisis de tickets, revisión de contratos o generación de informes.
Incorporación de checkpoints humanos cuando una etapa exige aprobación antes de continuar.
Registro de resultado por etapa para explicar cómo se llegó a la respuesta final o por qué se detuvo el proceso.
Gestión de errores cuando un subagente falla, devuelve salida incompleta o no cumple el formato esperado.
Comparación entre workflow secuencial y agente dinámico para elegir predictibilidad o flexibilidad según el proceso. ADK incluye SequentialAgent para workflows con ejecución fija en orden.
Tema 12: Workflows paralelos: velocidad, comparación y análisis independiente
Uso de ParallelAgent para ejecutar subagentes de forma concurrente cuando varias tareas pueden resolverse de manera independiente.
Diseño de análisis paralelos donde distintos agentes revisan riesgos, costes, cumplimiento, viabilidad técnica o calidad documental.
Comparación de respuestas de varios agentes especializados para obtener una síntesis más robusta y menos dependiente de una única perspectiva.
Control de consumo, latencia y coste cuando se ejecutan múltiples ramas en paralelo.
Gestión de consolidación final con un agente agregador que revisa resultados, elimina duplicidades, detecta contradicciones y prepara una respuesta coherente.
Aplicación a casos de soporte, revisión de licitaciones, análisis de incidentes, evaluación de proveedores o comparación de alternativas técnicas.
Diseño de reglas para continuar aunque una rama falle, siempre que el resultado global pueda completarse con advertencias.
Registro de métricas por rama para identificar subagentes lentos, caros, poco fiables o redundantes.
Validación de independencia real entre tareas antes de paralelizar, evitando duplicar trabajo o generar respuestas inconsistentes.
Preparación de patrones donde velocidad y cobertura justifican el uso de paralelismo frente a una cadena secuencial. ADK documenta ParallelAgent para ejecutar subagentes concurrentemente cuando las tareas son independientes.
Tema 13: Workflows en bucle: revisión iterativa, mejora y condiciones de parada
Uso de LoopAgent para procesos que requieren repetición controlada, mejora iterativa o verificación hasta cumplir una condición.
Diseño de ciclos de generación-revisión-corrección para documentos, código, respuestas de soporte, propuestas o análisis de calidad.
Definición de condiciones de parada claras para evitar bucles costosos, respuestas infinitas o iteraciones sin mejora real.
Incorporación de evaluadores internos que detectan si una salida cumple criterios antes de permitir una nueva iteración.
Control de coste máximo, número de pasos, tiempo de ejecución y umbral de calidad antes de detener el workflow.
Gestión de errores cuando una iteración empeora el resultado, introduce contradicciones o pierde requisitos iniciales.
Aplicación a revisión de código, mejora de prompts, depuración de informes, refinamiento de planes o validación de documentación.
Registro de cada iteración para comparar evolución, justificar cambios y detectar puntos donde el agente se bloquea.
Preparación de fallback humano cuando el bucle no alcanza calidad suficiente dentro de los límites definidos.
Comparación entre bucle determinista y agente autónomo para mantener control operativo en procesos críticos. ADK documenta LoopAgent para repetir subagentes hasta un límite o condición de terminación.
Tema 14: Agentes personalizados y workflows dinámicos
Creación de agentes personalizados heredando de BaseAgent cuando los patrones secuencial, paralelo o loop no cubren la lógica requerida.
Diseño de control flow específico para procesos con ramificación compleja, reglas de negocio, validaciones externas y estados intermedios.
Uso de workflows dinámicos cuando la ruta depende de datos, intención, resultado de herramientas, permisos o decisiones del usuario.
Separación entre lógica determinista escrita en código y decisiones delegadas al modelo para evitar autonomía innecesaria.
Construcción de routers de agente que seleccionan subagentes según intención, área, riesgo, idioma, tenant o tipo de documento.
Gestión de errores en workflows personalizados, asegurando que cada excepción produce un estado recuperable y trazable.
Reutilización de componentes comunes entre agentes personalizados sin duplicar validaciones, herramientas o políticas de seguridad.
Evaluación de rutas de ejecución alternativas para comprobar que no hay caminos sin control o acciones sin aprobación.
Documentación de la lógica del workflow mediante diagramas, ADRs y pruebas que faciliten mantenimiento por otros desarrolladores.
Preparación de criterios para decidir cuándo crear un custom agent y cuándo simplificar el caso con un workflow estándar. ADK permite crear workflows personalizados heredando de BaseAgent e implementando control flow propio.
Tema 15: Multiagente y colaboración entre agentes
Diseño de sistemas donde varios agentes especializados colaboran en una tarea compleja sin que todos tengan acceso a todos los datos o herramientas.
Definición de roles como coordinador, investigador, evaluador, redactor, validador técnico, revisor legal o agente de ejecución.
Control de handoffs entre agentes para que la información se transfiera con contexto suficiente y sin datos innecesarios.
Evaluación de arquitecturas agent-to-agent cuando distintos agentes deben coordinarse, delegar tareas o solicitar aprobación.
Incorporación de human-in-the-loop en procesos multiagente donde una decisión necesita validación, firma, revisión o confirmación explícita.
Gestión de conflictos cuando dos agentes proponen respuestas distintas, detectan riesgos diferentes o interpretan datos de forma contradictoria.
Registro de responsabilidades por agente para poder explicar qué parte del resultado procede de cada componente.
Diseño de límites de autonomía por agente, evitando que un subagente con poca responsabilidad pueda ejecutar acciones críticas.
Medición de rendimiento del sistema multiagente completo y de cada agente por separado.
Preparación de patrones multiagente para reembolsos, soporte IT, revisión documental, análisis de proveedores o investigación interna. Los ejemplos oficiales de ADK incluyen patrones Agent-to-Agent y human-in-the-loop, útiles para flujos colaborativos y aprobación humana.
Tema 16: Callbacks: observar, modificar y controlar el comportamiento del agente
Uso de callbacks para intervenir en momentos concretos de ejecución sin modificar el núcleo del framework ni duplicar lógica.
Aplicación de callbacks antes y después de llamadas al modelo para inspeccionar prompts, añadir contexto, aplicar políticas o bloquear solicitudes.
Control de llamadas a herramientas mediante callbacks que validan argumentos, permisos, estado, usuario, tenant y nivel de riesgo.
Gestión de errores de modelo y herramienta con callbacks de recuperación, respuesta alternativa o escalado seguro.
Registro de trazas personalizadas para observabilidad, auditoría, métricas y depuración de comportamiento.
Implementación de filtros para impedir que datos sensibles entren en prompts o salgan en respuestas no autorizadas.
Aplicación de reglas de coste, latencia o límite de tokens antes de permitir determinadas operaciones.
Diseño de callbacks reutilizables para varios agentes con criterios comunes de seguridad, logging y validación.
Prueba de callbacks con escenarios normales, maliciosos, incompletos, ambiguos y de error.
Documentación de callbacks críticos para que seguridad y arquitectura entiendan cómo se gobierna el comportamiento del agente. ADK describe callbacks como mecanismo para observar, personalizar y controlar la ejecución del agente en puntos predefinidos.
Tema 17: Plugins y guardrails reutilizables
Comprensión de plugins como módulos de código ejecutables en distintas fases del ciclo de vida del workflow mediante callback hooks.
Diseño de plugins para políticas transversales: logging, seguridad, control de coste, trazabilidad, redacción de datos, validación y métricas.
Diferenciación entre callback específico de un agente y plugin reutilizable para múltiples agentes o equipos.
Creación de guardrails centralizados para impedir uso de herramientas no autorizadas, prompts con datos sensibles o respuestas sin revisión.
Implementación de plugins de auditoría que registran eventos relevantes sin exponer datos personales o secretos.
Aplicación de plugins de seguridad en agentes de varios departamentos para mantener políticas homogéneas.
Gestión de configuración de plugins por entorno, tenant, criticidad, tipo de usuario o caso de uso.
Prueba de plugins con agentes distintos para detectar efectos colaterales, bloqueos excesivos o falsos positivos.
Documentación de plugins como parte del catálogo de gobierno de agentes, indicando owner, finalidad, versión y cobertura.
Preparación de una librería interna de plugins aprobados para acelerar nuevos agentes sin reinventar controles. ADK documenta plugins como módulos reutilizables ejecutados en fases del workflow mediante callback hooks.
Tema 18: Seguridad de agentes: prompt injection, tool misuse y control de salidas
Identificación de ataques de prompt injection en mensajes de usuario, documentos recuperados, páginas web, tickets, emails o respuestas de APIs externas.
Separación clara entre instrucciones del sistema, datos no confiables, resultados de herramientas y contenido generado por el modelo.
Validación de argumentos antes de ejecutar herramientas para evitar que el modelo actúe sobre datos manipulados o solicitudes no autorizadas.
Protección frente a tool misuse cuando el agente intenta usar una herramienta correcta con una finalidad incorrecta o fuera de permiso.
Control de salidas antes de enviarlas a usuarios, sistemas, emails, tickets, CRMs o procesos automatizados.
Diseño de filtros de datos sensibles para evitar fuga de información personal, secretos, credenciales, datos de clientes o información interna.
Aplicación de human-in-the-loop cuando la acción tiene impacto legal, económico, reputacional, productivo o sobre personas.
Registro de incidentes y respuestas bloqueadas para mejorar políticas, instrucciones, herramientas y formación del equipo.
Realización de pruebas adversariales con prompts maliciosos, documentos hostiles, órdenes contradictorias y datos engañosos.
Creación de un modelo de amenaza específico para agentes ADK desplegados en entorno corporativo. La documentación de ADK recomienda callbacks y plugins como mecanismos para implementar guardrails y políticas de seguridad en agentes.
Tema 19: Evaluación de agentes con evalsets, criterios y regresión
Diseño de evalsets con conversaciones, entradas, respuestas esperadas, uso de herramientas y criterios de éxito definidos.
Creación de casos de evaluación representativos del trabajo real, incluyendo preguntas normales, ambiguas, incompletas, maliciosas y fuera de alcance.
Evaluación de calidad de respuesta, seguridad, trayectoria de herramientas, fidelidad al contexto, formato, utilidad y cumplimiento de instrucciones.
Uso de evaluaciones para comparar modelos, prompts, herramientas, workflows, versiones y cambios de configuración.
Captura de sesiones reales saneadas para convertirlas en casos de evaluación reproducibles sin exponer datos sensibles.
Integración de evaluación en CI/CD para detectar regresiones antes de desplegar una nueva versión del agente.
Diseño de umbrales de aceptación por tipo de agente, diferenciando soporte interno, atención cliente, documentación, operaciones o acciones críticas.
Análisis de fallos de evaluación para determinar si el problema está en instrucción, herramienta, RAG, modelo, datos o workflow.
Preparación de informes de evaluación comprensibles para desarrollo, negocio, seguridad y dirección.
Mantenimiento de evalsets vivos que evolucionan con incidentes, nuevos casos de uso, cambios de datos y feedback de usuarios. ADK incorpora evaluación mediante evalsets, criterios como tool use trajectory, response quality y safety, y herramientas de simulación.
Tema 20: Optimización de agentes y mejora continua
Uso de resultados de evaluación para mejorar instrucciones, herramientas, workflows, criterios de salida, prompts y recuperación de contexto.
Identificación de patrones de fallo repetidos: respuestas largas, herramientas mal elegidas, alucinaciones, falta de cita, errores de formato o exceso de autonomía.
Aplicación de optimización controlada sin permitir que el agente se modifique en producción sin revisión humana y pruebas de regresión.
Comparación de versiones de agente mediante métricas de calidad, coste, latencia, seguridad, satisfacción y tasa de escalado.
Uso de `adk optimize` cuando el caso sea adecuado, entendiendo sus límites y la necesidad de revisar cambios sugeridos.
Preparación de ciclos de mejora con backlog de errores, priorización, pruebas, revisión y despliegue gradual.
Gestión de versiones de prompts, instrucciones, herramientas y configuración como código revisable en Git.
Creación de changelogs de comportamiento para que soporte y negocio entiendan qué ha cambiado en cada release.
Incorporación de feedback humano de usuarios, revisores y propietarios de proceso dentro del ciclo de mejora.
Definición de criterios para retirar, rediseñar o congelar un agente que no alcanza calidad suficiente. ADK documenta un framework de optimización basado en resultados de evaluación y el comando `adk optimize` para determinados escenarios.
Tema 21: RAG y agentes documentales con ADK
Diseño de agentes que responden con conocimiento corporativo recuperado desde documentos, bases internas, APIs o sistemas de búsqueda.
Diferenciación entre pasar documentos directamente al prompt, usar herramientas de búsqueda, usar RAG y consultar bases de datos estructuradas.
Preparación de pipelines de ingesta con limpieza, chunking, metadatos, permisos, versiones, propietarios y control de obsolescencia documental.
Integración de herramientas de búsqueda vectorial, híbrida o SQL para que el agente recupere contexto verificable antes de responder.
Diseño de respuestas con citas, fuentes, nivel de confianza y advertencias cuando no hay evidencia suficiente.
Control de permisos documentales para impedir que un agente responda con información que el usuario no puede consultar directamente.
Evaluación de retrieval, cobertura, precisión, groundedness, relevancia y calidad de la respuesta final.
Gestión de documentos contradictorios, versiones antiguas, información incompleta y fuentes con distinto nivel de autoridad.
Uso de memoria y estado sin confundir preferencias del usuario con conocimiento documental validado.
Preparación de agentes documentales para soporte interno, legal, compliance, formación, producto, procedimientos y documentación técnica.
Tema 22: Bases de datos, SQL y acceso seguro a datos empresariales
Diseño de herramientas de lectura sobre bases de datos con consultas acotadas, parametrizadas y validadas antes de exponerlas al agente.
Diferenciación entre permitir al agente generar SQL libre y ofrecer herramientas controladas que ejecutan consultas predefinidas o seguras.
Aplicación de permisos por usuario, rol, tenant, departamento y finalidad antes de devolver datos al modelo.
Uso de bases de datos simuladas para probar agentes sin exponer clientes, empleados, transacciones o información confidencial.
Control de resultados excesivos, consultas costosas, campos sensibles, exportaciones masivas y datos no necesarios.
Integración con herramientas de búsqueda vectorial, SQL o híbrida según el tipo de pregunta y fuente de datos.
Creación de respuestas que distingan datos exactos consultados de inferencias generadas por el modelo.
Registro de consultas, parámetros, usuario, agente, resultado resumido y motivo de acceso para auditoría.
Preparación de guardrails contra prompt injection orientada a extraer datos no autorizados mediante la herramienta.
Diseño de patrones de acceso a datos que seguridad y gobierno puedan aprobar para agentes en producción.
Tema 23: Multimodalidad, streaming y experiencias interactivas
Diseño de agentes capaces de trabajar con texto, documentos, imágenes, audio o vídeo cuando el modelo y la arquitectura lo permiten.
Uso de artifacts para gestionar archivos procesados sin cargar todo el contenido en cada mensaje.
Preparación de experiencias de streaming cuando el usuario necesita respuesta progresiva, baja latencia o interacción conversacional fluida.
Análisis de casos de uso multimodales: revisión de capturas, soporte técnico visual, análisis de documentos, formación, inspección o reporting.
Control de privacidad al procesar imágenes, audios, vídeos, transcripciones y documentos con datos personales o confidenciales.
Uso de herramientas especializadas para extraer información antes de que el modelo genere una respuesta.
Validación de resultados multimodales con especial cuidado en errores de OCR, interpretación visual, contexto incompleto o inferencias indebidas.
Diseño de respuestas que reconozcan límites cuando la imagen, audio o documento no permite confirmar una conclusión.
Preparación de pipelines donde el agente coordina varias herramientas multimodales sin perder trazabilidad.
Evaluación de coste y latencia de experiencias multimodales frente a alternativas más simples. ADK documenta capacidades de streaming y soporte especial de herramientas para procesamiento de vídeo en sesiones de streaming.
Tema 24: Despliegue local, API Server y pruebas de integración
Ejecución del agente en entorno local para depurar instrucciones, herramientas, estado, errores y comportamiento antes de llevarlo a cloud.
Uso del API Server de ADK para exponer el agente y probarlo mediante endpoints documentados e interfaz Swagger UI.
Preparación de pruebas desde Postman, Bruno, Insomnia o scripts automatizados contra el API Server local.
Diseño de contratos de integración para aplicaciones externas que consumirán el agente como servicio.
Configuración de CORS, autenticación, puertos, variables y logs durante pruebas locales.
Simulación de usuarios, sesiones, herramientas y errores para validar comportamiento sin depender de servicios productivos.
Preparación de mocks de APIs corporativas para comprobar el flujo completo sin acceder a sistemas reales.
Registro de payloads de prueba y respuestas esperadas para convertirlos después en pruebas de regresión.
Identificación de diferencias entre comportamiento local y comportamiento desplegado, especialmente en credenciales, red, permisos y latencia.
Creación de un procedimiento reproducible para que cualquier desarrollador del equipo pueda levantar el agente y ejecutar pruebas. ADK incluye API Server con documentación interactiva generada mediante Swagger UI para explorar y probar endpoints localmente.
Tema 25: Despliegue en Cloud Run, Agent Runtime y Google Cloud
Preparación del agente para despliegue, separando código, configuración, secretos, dependencias, variables, logs y endpoints de salud.
Despliegue en Cloud Run cuando se necesita ejecutar el agente como servicio escalable sobre infraestructura gestionada de Google.
Uso de comandos de ADK o herramientas de Google Cloud para empaquetar, publicar y verificar el servicio desplegado.
Evaluación de Agent Runtime dentro de Gemini Enterprise Agent Platform cuando el proyecto necesita ejecución gestionada para agentes empresariales.
Configuración de IAM, service accounts, Secret Manager, redes, permisos mínimos y restricciones por entorno.
Separación entre desarrollo, staging y producción con proyectos, regiones, credenciales y políticas diferenciadas.
Diseño de despliegues con rollback, revisión de logs, pruebas postdeploy, control de cambios y validación de endpoints.
Preparación de escalado, concurrencia, timeouts y límites de coste según volumen, latencia y criticidad del agente.
Creación de runbooks de operación para caídas, errores de modelo, fallos de herramientas, límites de cuota y credenciales caducadas.
Documentación del despliegue para que cloud, desarrollo, seguridad y soporte conozcan responsabilidades y dependencias. ADK documenta despliegue en Cloud Run y Agent Runtime, incluyendo uso de CLI, Cloud Console y APIs para probar agentes desplegados.
Tema 26: CI/CD, versionado y promoción entre entornos
Organización del repositorio con ramas, pull requests, validación de formato, tests, evalsets, análisis de seguridad y despliegue automatizado.
Versionado de agentes, instrucciones, herramientas, workflows, dependencias, prompts, evaluaciones y configuración cloud.
Ejecución de pruebas unitarias, integración, evaluación de agente y pruebas de seguridad antes de permitir despliegue.
Preparación de pipelines que publiquen artefactos, desplieguen a staging, ejecuten pruebas end-to-end y requieran aprobación para producción.
Gestión de secretos en CI/CD mediante Secret Manager, variables protegidas o mecanismos equivalentes sin exponer claves en logs.
Uso de feature flags para activar herramientas, nuevos workflows, modelos alternativos o políticas de guardrail de forma gradual.
Promoción controlada de agentes entre entornos con datasets de evaluación, criterios de aceptación y rollback preparado.
Generación de informes de release con cambios de comportamiento, riesgos, métricas, casos evaluados y owner responsable.
Control de dependencias y vulnerabilidades en paquetes, contenedores, SDKs, herramientas MCP y librerías auxiliares.
Creación de un modelo de entrega continua que permita iterar agentes sin perder calidad, seguridad ni trazabilidad.
Tema 27: Observabilidad, logging, métricas y trazabilidad de agentes
Definición de métricas clave: latencia, coste estimado, tokens, llamadas a herramientas, errores, sesiones, satisfacción, escalados y tasa de éxito.
Registro estructurado de prompts, respuestas, herramientas, estado, errores y decisiones con saneamiento de datos sensibles.
Uso de correlation IDs para seguir una interacción desde usuario hasta modelo, herramienta, API externa, artifact y respuesta final.
Creación de dashboards para desarrollo, soporte, seguridad, negocio y dirección con niveles de detalle diferenciados.
Monitorización de fallos de modelo, timeouts, errores de herramienta, respuestas bloqueadas, límites de cuota y consumo anómalo.
Alertas accionables que indiquen agente afectado, herramienta, usuario, tenant, severidad, impacto y primera acción recomendada.
Observación de calidad funcional mediante evals continuas, feedback de usuarios y revisión de casos problemáticos.
Registro de eventos de seguridad como intentos de prompt injection, herramientas bloqueadas, acceso denegado o contenido sensible detectado.
Integración con sistemas corporativos de logging, SIEM, APM, ITSM o plataformas de observabilidad cloud.
Preparación de postmortems cuando un agente produce un error relevante, ejecuta una acción incorrecta o degrada su calidad.
Tema 28: Gobierno corporativo de agentes ADK
Creación de un inventario de agentes con nombre, finalidad, owner, usuarios, herramientas, datos, modelo, entorno, versión y nivel de riesgo.
Definición de ciclo de vida: idea, prototipo, piloto, validación, producción, mantenimiento, revisión, suspensión y retirada.
Establecimiento de criterios de aprobación antes de poner un agente en producción: evaluación, seguridad, privacidad, documentación y soporte.
Asignación de responsabilidades entre negocio, IT, datos, seguridad, legal, compliance, plataforma y equipo desarrollador.
Definición de políticas para uso de herramientas, datos personales, acciones críticas, memoria, logs, retención y human-in-the-loop.
Revisión periódica de permisos, conectores, herramientas MCP, credenciales, modelos, costes y métricas de calidad.
Creación de plantillas de documentación para agentes, incluyendo arquitectura, riesgos, pruebas, runbooks, límites y procedimientos de escalado.
Integración del gobierno de agentes con políticas corporativas de IA, ciberseguridad, protección de datos y gestión de proveedores.
Medición de madurez mediante número de agentes gobernados, incidentes, adopción, reutilización de herramientas y cumplimiento de evaluaciones.
Preparación de un comité técnico-funcional para priorizar nuevos agentes, revisar riesgos y decidir inversiones en plataforma.
Tema 29: Costes, cuotas, rendimiento y optimización operativa
Análisis de costes asociados a modelos, tokens, llamadas a herramientas, almacenamiento, memoria, artifacts, Cloud Run, logs y servicios conectados.
Selección de modelos según tarea, evitando usar modelos caros para clasificación simple, extracción repetitiva o respuestas de bajo riesgo.
Diseño de límites por usuario, tenant, agente, herramienta, sesión, coste diario y número de iteraciones.
Uso de caché, contexto reducido, prompts más precisos, RAG optimizado y workflows deterministas para controlar gasto.
Medición de latencia por etapa: modelo, herramienta, retrieval, base de datos, API externa, workflow y respuesta final.
Detección de herramientas lentas, prompts excesivos, bucles innecesarios, ramas paralelas redundantes y errores que disparan reintentos.
Preparación de degradación controlada cuando se alcanza cuota, sube el coste o falla un proveedor.
Comparación entre despliegue en Cloud Run, Agent Runtime u otras opciones según volumen, control, coste y operación.
Creación de reporting de coste por agente, departamento, caso de uso, cliente o workflow.
Definición de criterios de continuidad económica para mantener, optimizar o retirar agentes que no justifican su consumo.
Tema 30: Proyecto final integrador: agente empresarial con Google ADK
Diseño de un agente empresarial completo para un caso realista, como soporte interno, consulta documental, gestión de tickets, análisis de proveedores o operaciones IT.
Creación del agente principal con instrucciones robustas, modelo seleccionado, límites de actuación, formato de salida y criterios de incertidumbre.
Implementación de varias herramientas: función interna, API simulada, herramienta OpenAPI, herramienta MCP o consulta documental controlada.
Gestión de sesiones, estado, memoria y artifacts para mantener continuidad sin exponer datos sensibles ni mezclar usuarios o tenants.
Construcción de un workflow secuencial, paralelo o en bucle para resolver una tarea compleja con subagentes especializados.
Incorporación de callbacks o plugins para logging, validación de herramientas, control de permisos, saneamiento de datos y guardrails.
Creación de evalsets con casos normales, límite, inseguros, ambiguos y de regresión para medir calidad, seguridad y uso de herramientas.
Preparación del despliegue en Cloud Run o Agent Runtime con variables, secretos, IAM, pruebas postdeploy, observabilidad y runbook.
Elaboración de documentación completa: arquitectura, owner, riesgos, datos tratados, herramientas, permisos, métricas, costes y procedimiento de soporte.
Presentación final del agente ante un comité simulado de negocio, IT, seguridad y compliance, justificando decisiones técnicas, riesgos y plan de evolución.
Aulas Virtuales Personalizadas
¿Te imaginas tener un Temario 100% Personalizado para tu Empresa?
¿A quién va dirigida esta formación en Google ADK - Agent development Kit?
Pensado para quienes deben dominar Google ADK - Agent development Kit en su día a día
Desarrolladores backend y full stack
Este curso encaja con desarrolladores que ya trabajan con APIs, servicios, bases de datos, autenticación y lógica de negocio, y quieren construir agentes de IA mantenibles. Aprenderán a diseñar agentes con herramientas, sesiones, estado, memoria, errores controlados, evaluación y despliegue real, evitando prototipos frágiles basados únicamente en prompts.
Arquitectos de software y responsables técnicos
Los perfiles de arquitectura podrán definir patrones para integrar ADK en sistemas corporativos, separando agente, herramientas, APIs, datos, seguridad, observabilidad y gobierno. El curso les ayudará a decidir cuándo usar un agente simple, un workflow determinista, un sistema multiagente o una integración más tradicional.
Equipos cloud, DevOps y plataforma
Los equipos de plataforma encontrarán valor en la parte de despliegue, operación, seguridad, configuración, CI/CD, Cloud Run, Agent Runtime, gestión de secretos y monitorización. El objetivo es que los agentes no vivan como pruebas locales, sino como servicios productivos con soporte, métricas, trazabilidad y control.
Equipos de datos e IA aplicada
Los perfiles de datos y machine learning podrán conectar ADK con RAG, memoria, embeddings, fuentes documentales, sistemas internos, evaluación y observabilidad de calidad. El curso permite diseñar agentes que no solo generan texto, sino que consultan conocimiento corporativo, razonan sobre contexto y actúan con límites claros.
Equipos de automatización y operaciones de negocio
Los equipos que trabajan en automatización de procesos podrán usar ADK para crear agentes capaces de consultar sistemas, preparar respuestas, clasificar solicitudes, activar herramientas y derivar a humanos. La formación se centra en automatización empresarial segura, no en agentes autónomos sin supervisión.
Responsables de seguridad, compliance y gobierno técnico
Los perfiles de seguridad y cumplimiento podrán entender cómo controlar agentes con herramientas, permisos, callbacks, plugins, trazas, políticas, validaciones y revisión humana. El curso facilita criterios para aprobar agentes en producción sin abrir riesgos innecesarios sobre datos, APIs o acciones críticas.
Proveedor con 16 años de experiencia en formación empresarial
Sobre
En Imagina Formación llevamos más de 16 años ayudando a profesionales y empresas a mejorar sus habilidades con formación práctica y totalmente adaptada a sus necesidades. Durante este tiempo, hemos formado a más de 480.000 personas y colaborado con más de 3.500 empresas, convirtiéndonos en un referente en el sector.
16
Años de liderazgo
+480.000
Alumnos formados en Imagina
¿Tienes dudas?
Resolvemos todas tus dudas sobre nuestra formación en Google ADK - Agent development Kit
Explora las respuestas a las preguntas que guian a nuestra comunidad. Aqui encontraras claridad sobre como funciona todo, desde el acceso hasta los detalles de los cursos. Si buscas respuestas, este es el lugar para comenzar.
Google Agent Development Kit, o ADK, es un framework open-source y code-first para construir, evaluar y desplegar agentes de IA. Está pensado para crear desde agentes simples hasta sistemas multiagente, workflows complejos y soluciones empresariales con herramientas, sesiones, memoria y despliegue.
El laboratorio principal puede plantearse en Python por madurez y disponibilidad de ejemplos, pero ADK se presenta oficialmente con soporte para Python, TypeScript, Go, Java y Kotlin. El enfoque arquitectónico, de herramientas, evaluación, seguridad y despliegue es transferible a equipos que trabajen en otros lenguajes.
No es necesario ser científico de datos ni entrenar modelos. Sí se requiere experiencia técnica en desarrollo, APIs, servicios, cloud o integración. El foco está en construir agentes usando modelos existentes, herramientas, workflows, evaluación y despliegue seguro.
Sí. El curso está orientado al ecosistema Google y Gemini, aunque ADK se describe como model-agnostic. Se revisa cómo seleccionar modelo, configurar el agente, controlar coste y conectar el desarrollo con Google Cloud y Gemini Enterprise Agent Platform.
Sí. El temario incluye workflows secuenciales, paralelos, en bucle, agentes personalizados, colaboración entre agentes y patrones agent-to-agent con human-in-the-loop. El objetivo es que el equipo sepa diseñar colaboración entre agentes sin perder trazabilidad ni control.
Sí. Hay bloques específicos para MCP y OpenAPI Tools. Se trabaja cómo exponer APIs y herramientas al agente, cómo gestionar autenticación, permisos, validaciones, límites, seguridad y auditoría, y cómo evitar que el agente tenga acceso excesivo a sistemas corporativos.
Sí. Se trabaja despliegue local, API Server, Cloud Run, Agent Runtime, secretos, IAM, CI/CD, observabilidad, runbooks y pruebas postdeploy. El objetivo es que el equipo pueda pasar de un agente local a un servicio operativo con soporte real.
Sí. La seguridad es uno de los ejes del curso. Se trabajan prompt injection, tool misuse, validación de entradas y salidas, callbacks, plugins, permisos, human-in-the-loop, auditoría, saneamiento de logs y control de datos sensibles.
Sí. El curso dedica un bloque completo a evalsets, criterios de calidad, tool trajectory, seguridad, simulación de usuarios y regresión. También se trabaja la optimización basada en resultados de evaluación cuando encaja con el caso.
Sí. Al tratarse de una formación corporativa técnica orientada a competencias digitales, desarrollo de IA, cloud, automatización y productividad empresarial, puede plantearse como formación bonificable hasta el 100% a través de FUNDAE, según el crédito disponible y cumpliendo los requisitos administrativos aplicables.
Google Agent Development Kit, o ADK, es un framework open-source y code-first para construir, evaluar y desplegar agentes de IA. Está pensado para crear desde agentes simples hasta sistemas multiagente, workflows complejos y soluciones empresariales con herramientas, sesiones, memoria y despliegue.
El laboratorio principal puede plantearse en Python por madurez y disponibilidad de ejemplos, pero ADK se presenta oficialmente con soporte para Python, TypeScript, Go, Java y Kotlin. El enfoque arquitectónico, de herramientas, evaluación, seguridad y despliegue es transferible a equipos que trabajen en otros lenguajes.
No es necesario ser científico de datos ni entrenar modelos. Sí se requiere experiencia técnica en desarrollo, APIs, servicios, cloud o integración. El foco está en construir agentes usando modelos existentes, herramientas, workflows, evaluación y despliegue seguro.
Sí. El curso está orientado al ecosistema Google y Gemini, aunque ADK se describe como model-agnostic. Se revisa cómo seleccionar modelo, configurar el agente, controlar coste y conectar el desarrollo con Google Cloud y Gemini Enterprise Agent Platform.
Sí. El temario incluye workflows secuenciales, paralelos, en bucle, agentes personalizados, colaboración entre agentes y patrones agent-to-agent con human-in-the-loop. El objetivo es que el equipo sepa diseñar colaboración entre agentes sin perder trazabilidad ni control.
Sí. Hay bloques específicos para MCP y OpenAPI Tools. Se trabaja cómo exponer APIs y herramientas al agente, cómo gestionar autenticación, permisos, validaciones, límites, seguridad y auditoría, y cómo evitar que el agente tenga acceso excesivo a sistemas corporativos.
Sí. Se trabaja despliegue local, API Server, Cloud Run, Agent Runtime, secretos, IAM, CI/CD, observabilidad, runbooks y pruebas postdeploy. El objetivo es que el equipo pueda pasar de un agente local a un servicio operativo con soporte real.
Sí. La seguridad es uno de los ejes del curso. Se trabajan prompt injection, tool misuse, validación de entradas y salidas, callbacks, plugins, permisos, human-in-the-loop, auditoría, saneamiento de logs y control de datos sensibles.
Sí. El curso dedica un bloque completo a evalsets, criterios de calidad, tool trajectory, seguridad, simulación de usuarios y regresión. También se trabaja la optimización basada en resultados de evaluación cuando encaja con el caso.
Sí. Al tratarse de una formación corporativa técnica orientada a competencias digitales, desarrollo de IA, cloud, automatización y productividad empresarial, puede plantearse como formación bonificable hasta el 100% a través de FUNDAE, según el crédito disponible y cumpliendo los requisitos administrativos aplicables.