Forma a tu equipo sin coste para tu empresa. Este curso de Antigravity para Arquitectos de Software es hasta 100% bonificable a través de FUNDAE.
Potencia las competencias clave de tus profesionales.
Accede a una formación práctica, actualizada y orientada a resultados.
Prepara a tu equipo para los retos del entorno laboral actual.
Nos ocupamos de la gestión con FUNDAE si tu empresa lo necesita.
A medida
Formación en Antigravity para Arquitectos de Software a medida
Descubre el mejor curso de Antigravity para Arquitectos de Software para empresas con nuestra Aula Virtual Personalizada:
Sesiones en vivo por videoconferencia.
Temario totalmente personalizado.
Fechas y horarios adaptados a tu empresa.
Acceso a grabaciones.
Aprende practicando
Totalmente Práctico y Aplicable
Formación diseñada para que apliques cada concepto en situaciones reales de tu trabajo, con enfoque práctico y útil desde el primer momento.
Aprendizaje 100% práctico, enfocado en lo que realmente necesitas.
Casos reales y ejercicios adaptados a tu entorno profesional.
Aplica cada conocimiento directamente en tus tareas diarias.
Mejora tu rendimiento y el de tu equipo desde el primer día.
¿Por qué un curso en Antigravity para Arquitectos de Software?
Integra arquitectura con DevOps, AppSec y producto
Implanta Antigravity en tu organización con un plan A Medida para orquestar agentes IA, formación tutorizada para tu equipo y bonificable por FUNDAE. Infórmate.
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 Antigravity para Arquitectos de Software?
Pensado para quienes deben dominar Antigravity para Arquitectos de Software en su día a día
Arquitectos de software
Este curso encaja con arquitectos que definen modelos de arquitectura, revisan decisiones técnicas, analizan deuda, evalúan patrones y acompañan a equipos en la evolución de sistemas complejos. Aprenderán a usar Antigravity para analizar repositorios, generar hipótesis, comparar alternativas, documentar ADRs, preparar revisiones y validar que los cambios propuestos respetan restricciones arquitectónicas.
Tech leads y responsables técnicos
Los tech leads podrán usar Antigravity para convertir estándares técnicos en reglas, skills, hooks y workflows reutilizables. El valor está en pasar de recomendaciones informales a prácticas verificables: revisión de pull requests, validación de dependencias, análisis de impacto, documentación mínima, pruebas exigibles y control de cambios sensibles.
Equipos de arquitectura empresarial
Los perfiles de arquitectura empresarial podrán aplicar Antigravity a mapas de sistemas, integraciones, APIs, dominios, servicios, plataformas cloud, decisiones de modernización y gobierno tecnológico. La formación ayuda a conectar arquitectura de solución con objetivos de negocio, restricciones operativas, seguridad, costes y evolución a largo plazo.
Responsables de modernización y legacy
Los equipos que gestionan monolitos, aplicaciones heredadas, deuda técnica, migraciones cloud o transiciones hacia microservicios podrán usar agentes para comprender código, descubrir dependencias, identificar seams, proponer planes por fases y generar documentación viva sin asumir reescrituras peligrosas.
Arquitectos cloud, plataforma y DevOps
Los perfiles de plataforma podrán aplicar Antigravity a revisión de pipelines, Kubernetes, Docker, IaC, observabilidad, configuración, seguridad, resiliencia y operación. El curso les permite usar agentes para detectar incoherencias entre arquitectura definida, infraestructura real, despliegues, políticas y controles de producción.
AppSec y responsables de gobierno técnico
Los perfiles de seguridad y gobierno podrán definir límites de uso, políticas de terminal, revisión de artifacts, MCPs permitidos, controles sobre secretos, reglas de compliance y procedimientos de auditoría. El objetivo es permitir productividad con IA sin exponer código, datos, credenciales ni decisiones críticas a un uso descontrolado.
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 Antigravity para Arquitectos de Software
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.
No. Está orientado a arquitectura de software. Se trabajan agentes, análisis de repositorios, ADRs, patrones, deuda técnica, seguridad, cloud, APIs, microservicios, CI/CD y gobierno técnico, no solo generación de código.
No. Antigravity ayuda a investigar, comparar, documentar y validar, pero las decisiones deben seguir siendo responsabilidad de arquitectos y responsables técnicos. El curso insiste en revisión humana, evidencias y control de riesgos.
Sí. Agent Manager se usa para supervisar agentes en distintos workspaces, dividir análisis, revisar artifacts y coordinar investigaciones arquitectónicas sin perder trazabilidad. Google lo documenta como una vista para supervisar el trabajo de agentes bajo guía del usuario.
Sí. El curso incluye diseño de skills para tareas de arquitectura: análisis de sistemas, ADRs, revisión de APIs, eventos, microservicios, legacy y seguridad. Las Skills se documentan como un estándar abierto basado en una carpeta con un archivo `SKILL.md`.
Sí. Se trabaja MCP para conectar Antigravity con fuentes corporativas como repositorios, issues, documentación, observabilidad o catálogos internos, siempre con permisos mínimos, trazabilidad y prevención de prompt injection.
Sí. El enfoque es arquitectónico y multi-stack. Puede aplicarse a .NET, Java, TypeScript, APIs, microservicios, cloud, DevOps, datos, frontend y plataformas empresariales, siempre adaptando reglas y skills al contexto real.
Sí. Seguridad es transversal: control de terminal, protección de secretos, revisión de MCPs, artifacts sensibles, prompt injection, permisos, AppSec, threat modeling y cambios críticos en autenticación, autorización o infraestructura.
Sí. El curso trabaja ADRs, diagramas C4, Mermaid, mapas de dependencia, walkthroughs, matrices de riesgos, análisis de impacto y documentación viva generada con apoyo de agentes y validada por humanos.
Sí. Hay bloques específicos sobre análisis de legacy, pruebas de caracterización, deuda técnica, migración gradual, Strangler Fig, anti-corruption layers y modernización controlada.
Con prompts bien diseñados, reglas locales, skills específicas, artifacts revisables, validación contra repositorio real, hooks, revisión humana y exigencia de evidencias. El curso trabaja estos mecanismos de forma práctica.
No. Es una formación corporativa práctica para arquitectos de software, tech leads y equipos de plataforma. Está orientada a mejorar diseño, gobierno, calidad, seguridad y adopción profesional de agentes.
Sí. Al tratarse de una formación corporativa en arquitectura de software, IA aplicada, productividad, seguridad, DevOps y competencias digitales, 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.
No. Está orientado a arquitectura de software. Se trabajan agentes, análisis de repositorios, ADRs, patrones, deuda técnica, seguridad, cloud, APIs, microservicios, CI/CD y gobierno técnico, no solo generación de código.
No. Antigravity ayuda a investigar, comparar, documentar y validar, pero las decisiones deben seguir siendo responsabilidad de arquitectos y responsables técnicos. El curso insiste en revisión humana, evidencias y control de riesgos.
Sí. Agent Manager se usa para supervisar agentes en distintos workspaces, dividir análisis, revisar artifacts y coordinar investigaciones arquitectónicas sin perder trazabilidad. Google lo documenta como una vista para supervisar el trabajo de agentes bajo guía del usuario.
Sí. El curso incluye diseño de skills para tareas de arquitectura: análisis de sistemas, ADRs, revisión de APIs, eventos, microservicios, legacy y seguridad. Las Skills se documentan como un estándar abierto basado en una carpeta con un archivo `SKILL.md`.
Sí. Se trabaja MCP para conectar Antigravity con fuentes corporativas como repositorios, issues, documentación, observabilidad o catálogos internos, siempre con permisos mínimos, trazabilidad y prevención de prompt injection.
Sí. El enfoque es arquitectónico y multi-stack. Puede aplicarse a .NET, Java, TypeScript, APIs, microservicios, cloud, DevOps, datos, frontend y plataformas empresariales, siempre adaptando reglas y skills al contexto real.
Sí. Seguridad es transversal: control de terminal, protección de secretos, revisión de MCPs, artifacts sensibles, prompt injection, permisos, AppSec, threat modeling y cambios críticos en autenticación, autorización o infraestructura.
Sí. El curso trabaja ADRs, diagramas C4, Mermaid, mapas de dependencia, walkthroughs, matrices de riesgos, análisis de impacto y documentación viva generada con apoyo de agentes y validada por humanos.
Sí. Hay bloques específicos sobre análisis de legacy, pruebas de caracterización, deuda técnica, migración gradual, Strangler Fig, anti-corruption layers y modernización controlada.
Con prompts bien diseñados, reglas locales, skills específicas, artifacts revisables, validación contra repositorio real, hooks, revisión humana y exigencia de evidencias. El curso trabaja estos mecanismos de forma práctica.
No. Es una formación corporativa práctica para arquitectos de software, tech leads y equipos de plataforma. Está orientada a mejorar diseño, gobierno, calidad, seguridad y adopción profesional de agentes.
Sí. Al tratarse de una formación corporativa en arquitectura de software, IA aplicada, productividad, seguridad, DevOps y competencias digitales, 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 Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Comprensión de Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Tema 1: Antigravity como herramienta de arquitectura, no solo de desarrollo
Comprensión de Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Tema 2: Configuración segura para trabajo arquitectónico
Instalación y configuración de Antigravity en un entorno controlado, separando proyectos reales, laboratorios, repositorios críticos y pruebas exploratorias.
Revisión de workspaces y permisos para evitar que un agente acceda a repositorios, carpetas, documentos o secretos fuera del alcance previsto.
Configuración de políticas de terminal que limiten comandos peligrosos, modificaciones destructivas, scripts no revisados o accesos a entornos productivos.
Configuración de navegador para validar flujos de aplicación, capturar evidencias visuales y comprobar comportamiento sin exponer datos sensibles.
Definición de modos de revisión obligatoria cuando el agente propone cambios en arquitectura, seguridad, CI/CD, infraestructura o persistencia.
Preparación de reglas globales para impedir que el agente introduzca dependencias, cambie versiones o modifique contratos sin justificación explícita.
Creación de reglas locales por repositorio con estructura del sistema, límites de módulos, convenciones y comandos seguros de validación.
Validación de que los artifacts no incluyen secretos, datos personales, logs sensibles, capturas confidenciales ni información interna innecesaria.
Separación de cuentas personales y corporativas, evitando usar credenciales no aprobadas para repositorios, issues o documentación privada.
Construcción de una checklist de configuración segura antes de permitir que arquitectos usen agentes sobre código corporativo.
Tema 3: Agent Manager para supervisar análisis arquitectónicos paralelos
Uso de Agent Manager para lanzar investigaciones arquitectónicas independientes sobre módulos, servicios, repositorios o dominios distintos.
Organización de agentes por objetivo: análisis de deuda, revisión de APIs, evaluación de microservicios, seguridad, rendimiento o documentación.
Definición de tareas con alcance preciso para evitar que varios agentes generen conclusiones solapadas, contradictorias o fuera de contexto.
Supervisión de planes, artifacts y resultados intermedios antes de permitir que un agente ejecute cambios en código o configuración.
Comparación de resultados de varios agentes cuando se quiere contrastar alternativas arquitectónicas desde perspectivas diferentes.
Uso de comentarios sobre artifacts para redirigir análisis, pedir más evidencias o corregir una hipótesis equivocada sin reiniciar el trabajo.
Gestión de workspaces por sistema, bounded context, repositorio o rama para mantener independencia y evitar interferencias.
Control de tareas largas mediante checkpoints: mapa inicial, riesgos, alternativas, recomendación, plan de validación y propuesta final.
Cierre de análisis con criterios explícitos: evidencias suficientes, riesgos identificados, trade-offs descritos y próximos pasos accionables.
Diseño de un tablero de Agent Manager para una revisión arquitectónica multi-repositorio con equipos distribuidos.
Tema 4: Editor View para revisión profunda de código y estructura
Uso de Editor View para inspeccionar archivos críticos, navegar dependencias, revisar diffs y comprobar la coherencia entre diseño y código real.
Revisión de capas, módulos, boundaries, namespaces, contratos, pipelines, configuración y dependencias desde el propio editor.
Petición de explicaciones sobre fragmentos complejos, acoplamientos ocultos, decisiones antiguas y flujos difíciles de seguir.
Uso de diff review para validar que una propuesta del agente no rompe reglas arquitectónicas, naming, convenciones o responsabilidades.
Análisis de cambios en archivos sensibles como configuración de DI, middleware, pipelines, Dockerfiles, workflows, Terraform o manifiestos Kubernetes.
Uso del terminal integrado para ejecutar builds, tests, linters, análisis de dependencias y comandos de verificación arquitectónica.
Creación de comentarios y anotaciones que conviertan hallazgos técnicos en issues, ADRs o tareas de refactorización.
Evitación de aceptar cambios generados automáticamente sin revisar dependencias, efectos laterales, tests y documentación asociada.
Uso de búsquedas, navegación por símbolos y análisis del agente para conectar código disperso en sistemas grandes.
Construcción de un flujo de revisión arquitectónica donde Editor View actúa como punto de verificación humana.
Tema 5: Prompting arquitectónico: instrucciones útiles para agentes
Redacción de prompts que incluyan objetivo, contexto, restricciones, criterios de aceptación, formato de salida y nivel de evidencia esperado.
Diferenciación entre prompts de exploración, prompts de diseño, prompts de validación, prompts de refactorización y prompts de revisión.
Petición de análisis basados en archivos concretos, rutas, contratos, dependencias y pruebas, evitando respuestas genéricas sobre patrones.
Solicitud de alternativas con trade-offs explícitos: coste, riesgo, mantenibilidad, rendimiento, seguridad, complejidad y adopción por equipos.
Uso de prompts que obligan al agente a declarar supuestos, incertidumbres, zonas no revisadas y evidencias utilizadas.
Evitación de instrucciones vagas como “mejora la arquitectura”, sustituyéndolas por preguntas verificables y acotadas.
Diseño de prompts para revisar un ADR, detectar incoherencias entre decisión y código, o proponer criterios de aceptación.
Creación de plantillas para análisis de APIs, eventos, datos, microservicios, legacy, cloud, seguridad, CI/CD y observabilidad.
Revisión de respuestas para detectar alucinaciones, recomendaciones obsoletas, patrones fuera de contexto o cambios demasiado amplios.
Construcción de una biblioteca de prompts arquitectónicos reutilizable por arquitectos y tech leads.
Tema 6: Rules arquitectónicas: convertir criterios en controles
Creación de reglas globales para que Antigravity respete principios de arquitectura, seguridad, testing, documentación y revisión humana.
Definición de reglas locales por repositorio que describen capas permitidas, dependencias prohibidas, naming, estructura y comandos de validación.
Redacción de reglas accionables: “no exponer entidades de persistencia como DTOs” es más útil que “mantener código limpio”.
Uso de reglas para proteger boundaries entre dominio, aplicación, infraestructura, presentación, integración y datos.
Creación de reglas para cambios sensibles: APIs públicas, eventos, migraciones, autenticación, autorización, secretos, pipelines e infraestructura.
Inclusión de requisitos mínimos de pruebas cuando se modifica una regla de negocio, contrato, endpoint, evento o modelo de datos.
Revisión de reglas obsoletas cuando cambia la arquitectura, el framework, la organización del equipo o el stack tecnológico.
Validación de que las reglas no bloquean trabajo legítimo ni empujan al equipo a soluciones rígidas o burocráticas.
Documentación de reglas con ejemplos correctos, ejemplos incorrectos y explicación del impacto arquitectónico.
Construcción de un conjunto de reglas corporativas para proyectos empresariales multi-stack.
Tema 7: Skills para estandarizar tareas de arquitectura
Comprensión de Skills como instrucciones reutilizables que permiten extender capacidades del agente para tareas recurrentes.
Creación de una skill de análisis de arquitectura que revise estructura, dependencias, módulos, contratos, tests y riesgos.
Diseño de una skill para generar ADRs con contexto, alternativas, decisión, consecuencias, riesgos y plan de revisión.
Creación de una skill para revisar microservicios, detectando acoplamiento, base compartida, contratos frágiles y ownership difuso.
Diseño de una skill para evaluar APIs desde criterios de versionado, errores, paginación, seguridad, observabilidad y compatibilidad.
Creación de una skill de revisión de eventos que analice payloads, versionado, idempotencia, metadata, consumidores y consistencia eventual.
Diseño de una skill para revisar migraciones legacy con fases, riesgos, pruebas de caracterización, rollback y plan de convivencia.
Versionado de skills como activos de arquitectura, con owner, changelog, ejemplos de uso y criterios de retirada.
Validación de skills en repositorios de laboratorio antes de aplicarlas en sistemas reales.
Construcción de una biblioteca inicial de skills para una oficina de arquitectura de software.
Tema 8: Hooks para validación arquitectónica automatizada
Uso de hooks para ejecutar controles automáticos antes o después de cambios, análisis, generación de artifacts o comandos de agente.
Creación de hooks que lanzan build, tests, análisis estático, detección de secretos, validación de formato y comprobaciones de dependencias.
Diseño de hooks de arquitectura que revisan capas, referencias prohibidas, contratos API, cambios de eventos o reglas de seguridad.
Aplicación de hooks de bloqueo cuando se modifican archivos sensibles sin pruebas, ADR o aprobación humana.
Uso de hooks informativos para generar reportes de impacto, lista de archivos afectados y recomendaciones de revisión.
Control de duración de hooks para que validen lo importante sin hacer inviable el flujo diario de arquitectura.
Diferenciación entre hooks locales de desarrollador y hooks obligatorios en CI/CD o pull request.
Registro de resultados de hooks como evidencia para auditoría, revisión de PR y seguimiento de deuda técnica.
Revisión de hooks con DevOps y AppSec para evitar automatizaciones inseguras o falsos bloqueos.
Creación de un paquete de hooks arquitectónicos para repositorios empresariales.
Tema 9: MCP y contexto corporativo controlado
Uso de MCP para conectar Antigravity con fuentes de información corporativas de forma controlada y trazable.
Identificación de fuentes útiles para arquitectura: repositorios, issues, ADRs, Confluence, Jira, catálogos de APIs, CMDB, observabilidad y documentación cloud.
Diseño de MCPs de solo lectura como primera fase para reducir riesgo antes de permitir acciones de escritura.
Configuración de permisos mínimos, tokens, rotación, propietarios, logs y límites de acceso para cada servidor MCP.
Prevención de prompt injection cuando el agente lee issues, comentarios, documentación, páginas externas o datos no confiables.
Separación de MCPs por entorno, dominio, equipo o nivel de sensibilidad para no mezclar información crítica de varios sistemas.
Uso de MCP para contrastar si una decisión arquitectónica coincide con estándares internos, ADRs vigentes y documentación de plataforma.
Revisión de evidencias obtenidas por MCP antes de convertirlas en decisiones o cambios de código.
Documentación de riesgos, alcance, datos accesibles y procedimiento de baja de cada MCP.
Construcción de una estrategia MCP para arquitectura empresarial con foco en contexto útil y seguridad.
Tema 10: Plugins para empaquetar gobierno arquitectónico
Uso de plugins para agrupar reglas, skills, hooks y MCPs en paquetes reutilizables por área, stack, dominio o tipo de proyecto.
Diseño de un plugin de arquitectura corporativa con estándares de capas, documentación, ADRs, testing y revisión de dependencias.
Diseño de un plugin de microservicios con reglas de contratos, eventos, bases de datos propias, observabilidad y resiliencia.
Creación de un plugin AppSec para cambios en autenticación, autorización, secretos, permisos, dependencias y exposición de datos.
Creación de un plugin cloud/platform para revisar IaC, Kubernetes, pipelines, configuración, probes, costes y políticas de despliegue.
Versionado de plugins con changelog, pruebas de compatibilidad y comunicación a equipos afectados.
Definición de qué plugins son obligatorios por tipo de repositorio y cuáles son recomendados para casos concretos.
Prueba de plugins en repositorios sandbox antes de activarlos en sistemas críticos.
Gestión de conflictos entre plugins que definen reglas o hooks sobre los mismos archivos o flujos.
Construcción de un plugin de referencia para arquitectura de software asistida por Antigravity.
Tema 11: Knowledge Items y memoria arquitectónica
Uso de Knowledge Items para conservar decisiones, patrones, convenciones y aprendizajes recurrentes que los agentes deben recordar.
Diferenciación entre documentación oficial, ADRs, notas de investigación, memoria de agente y conocimiento temporal de una tarea.
Registro de comandos de validación, estructura de repositorios, owners, estándares, excepciones y errores recurrentes como conocimiento útil.
Evitación de guardar secretos, datos personales, información contractual, capturas sensibles o detalles de clientes en memoria persistente.
Revisión periódica de conocimiento acumulado para eliminar entradas obsoletas, contradictorias o superadas por nuevas decisiones.
Uso de memoria por proyecto para evitar que decisiones válidas en un sistema se apliquen indebidamente a otro.
Conversión de hallazgos repetidos en reglas, skills, hooks o ADRs cuando dejan de ser conocimiento puntual.
Auditoría de qué conocimiento consume el agente antes de aceptar una recomendación arquitectónica.
Creación de una política de retención, revisión y limpieza de memoria técnica.
Construcción de una base de conocimiento arquitectónica segura para equipos con varios repositorios.
Tema 12: Análisis de repositorios y mapas de arquitectura
Uso de Antigravity para inventariar proyectos, módulos, dependencias, capas, APIs, bases de datos, workers, pipelines e infraestructura.
Generación de mapas de arquitectura a partir del código real, diferenciando intención documentada y estructura realmente implementada.
Identificación de puntos de entrada, flujos principales, dependencias externas, componentes críticos y zonas de alto acoplamiento.
Detección de discrepancias entre diagramas existentes, documentación, ADRs y repositorio actual.
Clasificación de módulos por criticidad, complejidad, deuda, frecuencia de cambio, cobertura de tests y ownership.
Uso de artifacts para presentar mapas C4, diagramas Mermaid, tablas de dependencias y walkthroughs de sistemas.
Identificación de dependencias circulares, librerías compartidas excesivas, duplicidad de lógica y límites mal definidos.
Preparación de reportes ejecutivos y técnicos adaptados a arquitectura, desarrollo, DevOps y dirección.
Conversión de análisis en backlog de arquitectura con impacto, urgencia, riesgo y esfuerzo estimado.
Construcción de un mapa de arquitectura de una plataforma multi-repositorio usando Antigravity como apoyo.
Tema 13: ADRs y documentación de decisiones con agentes
Creación de ADRs que recojan contexto, problema, alternativas, decisión, consecuencias, riesgos y fecha de revisión.
Uso del agente para extraer contexto desde código, issues, documentación y cambios recientes antes de redactar una decisión.
Comparación de alternativas arquitectónicas con trade-offs claros y no solo con una recomendación final.
Inclusión de restricciones no funcionales: seguridad, rendimiento, escalabilidad, coste, operabilidad, cumplimiento y mantenibilidad.
Validación de que la decisión propuesta coincide con reglas corporativas, estándares vigentes y capacidades reales del equipo.
Evitación de ADRs genéricos que justifican decisiones con frases vacías y no ayudan en revisiones futuras.
Actualización de ADRs cuando una decisión queda obsoleta, se revierte o se sustituye por una alternativa más adecuada.
Relación entre ADRs, pull requests, issues, diagramas, contratos y artifacts generados por Antigravity.
Uso de walkthroughs del agente para explicar cómo una decisión se refleja en el código.
Construcción de un flujo completo para generar, revisar, aprobar y mantener ADRs asistidos por Antigravity.
Tema 14: Modelado C4, diagramas y visualización de sistemas
Uso de Antigravity para generar diagramas C4 de contexto, contenedores, componentes y código a partir de repositorios y documentación.
Creación de diagramas Mermaid o formatos equivalentes que puedan versionarse junto al código.
Validación de diagramas contra dependencias reales, rutas, contratos, despliegues y configuración del sistema.
Detección de diagramas demasiado optimistas que muestran una arquitectura deseada pero no la implementación real.
Separación de diagramas para negocio, arquitectura, desarrollo, DevOps, seguridad y soporte.
Representación de flujos síncronos, eventos, colas, bases de datos, gateways, sistemas externos y usuarios.
Uso de agentes para actualizar diagramas tras cambios relevantes y señalar zonas afectadas por una modificación.
Revisión de diagramas para detectar dependencias peligrosas, puntos únicos de fallo, acoplamientos y límites difusos.
Generación de walkthroughs arquitectónicos que acompañan al diagrama con explicación y riesgos.
Construcción de un set de diagramas vivos para una plataforma empresarial usando Antigravity.
Tema 15: Evaluación de patrones arquitectónicos con IA
Uso de Antigravity para comparar patrones como monolito modular, microservicios, hexagonal, clean architecture, EDA, CQRS, BFF o API Gateway.
Evaluación de patrones desde el problema concreto, evitando aplicar modas sin relación con el dominio, equipo o restricciones operativas.
Solicitud de análisis de trade-offs: complejidad, coste, latencia, testabilidad, autonomía, despliegue, seguridad y soporte.
Revisión de cómo un patrón impacta en estructura de repositorios, ownership, datos, contratos, CI/CD y observabilidad.
Detección de sobrediseño cuando el agente propone capas, servicios o eventos que no resuelven un problema real.
Uso de ejemplos del código existente para validar si el patrón elegido encaja con la arquitectura actual.
Creación de matrices de decisión para elegir entre alternativas arquitectónicas con criterios ponderados.
Documentación de decisiones no tomadas para que futuras revisiones entiendan por qué se descartó una opción.
Uso de pruebas, spikes y prototipos controlados antes de adoptar patrones en sistemas críticos.
Construcción de una evaluación completa de patrón arquitectónico asistida por Antigravity.
Tema 16: DDD, boundaries y arquitectura de dominio
Uso de Antigravity para identificar dominios, subdominios, bounded contexts, lenguaje ubicuo y responsabilidades funcionales.
Análisis de código para detectar conceptos mezclados, entidades demasiado genéricas, servicios anémicos y reglas dispersas.
Generación de mapas de contexto con relaciones entre equipos, módulos, servicios y modelos de datos.
Revisión de agregados, value objects, servicios de dominio, políticas y eventos desde la perspectiva de coherencia de negocio.
Detección de límites mal definidos cuando varios módulos cambian juntos, comparten tablas o duplican lógica crítica.
Uso de prompts para convertir reglas funcionales ambiguas en modelos de dominio, ejemplos y tests.
Comparación entre mantener un monolito modular o extraer un microservicio según autonomía real del bounded context.
Validación de que el agente no inventa conceptos de dominio sin evidencia en código, documentación o conversación funcional.
Creación de ADRs de modelado cuando una decisión de dominio afecta a contratos, datos o equipos.
Diseño de una revisión DDD completa sobre un sistema empresarial con apoyo de Antigravity.
Tema 17: Microservicios, modularidad y ownership técnico
Análisis de una arquitectura de microservicios para detectar acoplamiento síncrono, bases compartidas, eventos ambiguos y despliegues coordinados.
Uso de Antigravity para revisar si un servicio tiene responsabilidad clara, datos propios, contratos estables y owner definido.
Comparación entre microservicio, módulo interno, librería compartida, proceso asíncrono y servicio de plataforma.
Detección de nano-servicios, duplicación de modelos, dependencias circulares y librerías comunes demasiado pesadas.
Evaluación de APIs, gRPC, eventos y colas según latencia, resiliencia, consistencia y operabilidad.
Revisión de SLOs, health checks, observabilidad, runbooks y capacidad de soporte de cada servicio.
Uso de agentes paralelos para analizar distintos servicios y consolidar riesgos arquitectónicos.
Creación de un plan de racionalización: fusionar, separar, encapsular, retirar, documentar o reforzar servicios.
Documentación de ownership de servicio: código, datos, despliegue, incidencias, roadmap y decisiones.
Construcción de una revisión de microservicios asistida por Antigravity con propuesta de evolución.
Tema 18: Event-Driven Architecture, CQRS y consistencia eventual
Uso de Antigravity para mapear productores, consumidores, eventos, topics, colas, DLQ, proyecciones y flujos asíncronos.
Revisión de contratos de eventos: nombre, versión, metadata, payload, compatibilidad, consumidores y finalidad de negocio.
Detección de eventos pobres como “EntityUpdated” que no expresan hechos de negocio útiles.
Análisis de consistencia eventual, latencia de proyecciones, idempotencia, duplicados, reintentos y compensaciones.
Evaluación de cuándo CQRS aporta valor y cuándo solo duplica complejidad sin beneficio real.
Revisión de patrones Outbox, Inbox, Saga, process manager y proyecciones desde la perspectiva de resiliencia y soporte.
Uso del agente para generar diagramas de secuencia de flujos event-driven y señalar puntos de fallo.
Validación de que los consumidores son observables, idempotentes, versionables y recuperables.
Creación de tests de contrato y escenarios de fallo como parte del diseño arquitectónico.
Diseño de una revisión EDA completa con mapa de eventos, riesgos, ADRs y plan de mejora.
Tema 19: API governance y contratos empresariales
Uso de Antigravity para revisar APIs REST, gRPC, GraphQL o internas desde criterios de contrato, versionado, seguridad y mantenibilidad.
Evaluación de naming, recursos, métodos, códigos HTTP, errores, paginación, filtros, idempotencia y compatibilidad hacia atrás.
Detección de APIs que exponen modelos internos, entidades de persistencia o detalles de infraestructura.
Revisión de documentación OpenAPI, ejemplos, esquemas, autenticación, scopes, errores y políticas de deprecación.
Uso del agente para comparar implementación, tests, documentación y contrato publicado.
Creación de reglas para impedir breaking changes sin ADR, versionado, comunicación y pruebas de contrato.
Análisis de API Gateway, BFF, rate limiting, throttling, CORS, seguridad y observabilidad en el borde.
Revisión de APIs internas entre equipos para evitar acoplamiento organizativo y dependencias no gobernadas.
Generación de catálogo de APIs con owner, criticidad, consumidores, SLO, versión y estado de soporte.
Construcción de una revisión de API governance asistida por Antigravity.
Tema 20: Arquitectura cloud, plataforma y decisiones de infraestructura
Uso de Antigravity para revisar decisiones cloud sobre cómputo, contenedores, Kubernetes, serverless, bases de datos, redes y observabilidad.
Análisis de manifiestos, Helm charts, Terraform, Bicep, pipelines, Dockerfiles y configuración de despliegue.
Detección de incoherencias entre diseño cloud, configuración real, costes, resiliencia, seguridad y requisitos operativos.
Evaluación de readiness, liveness, startup probes, escalado, límites de recursos, secretos y políticas de red.
Revisión de patrones de alta disponibilidad, recuperación ante desastre, multi-zona, backups y pruebas de restore.
Uso de agentes para generar runbooks, diagramas de despliegue, matrices de riesgos y planes de rollback.
Comparación de alternativas cloud con criterios de lock-in, coste, operación, capacidad del equipo y compliance.
Validación de que los cambios de infraestructura no se proponen sin pruebas, dry-run, revisión DevOps y plan de reversión.
Creación de políticas de uso para que agentes no ejecuten comandos contra entornos sensibles sin aprobación.
Construcción de una evaluación cloud-platform asistida por Antigravity con plan de mejora.
Tema 21: Seguridad arquitectónica y threat modeling asistido
Uso de Antigravity para apoyar sesiones de threat modeling sobre APIs, autenticación, autorización, datos, eventos, pipelines e infraestructura.
Identificación de activos, actores, fronteras de confianza, flujos de datos, permisos, secretos y superficies de ataque.
Revisión de código y configuración para detectar riesgos: validación débil, logs sensibles, permisos amplios, dependencias vulnerables y exposición de datos.
Creación de escenarios de abuso desde la perspectiva de usuarios maliciosos, integraciones comprometidas o errores internos.
Uso de agentes para generar checklists de seguridad por componente, sin sustituir revisión AppSec formal.
Validación de que los prompts y artifacts no contienen información sensible que pueda filtrarse.
Definición de reglas y hooks que bloqueen cambios en seguridad sin pruebas, ADR, revisión y aprobación.
Revisión de MCPs, plugins, hooks y terminal policies como parte del modelo de amenaza de la propia herramienta.
Preparación de evidencias para auditoría: decisión, riesgo, mitigación, owner, fecha y validación.
Construcción de un threat model asistido por Antigravity para una plataforma empresarial.
Tema 22: Arquitectura de datos, integración y persistencia
Uso de Antigravity para mapear bases de datos, modelos, ownership de datos, replicaciones, ETLs, APIs y eventos.
Detección de bases compartidas entre servicios, tablas sin owner, modelos duplicados y dependencias ocultas de reporting.
Evaluación de decisiones entre SQL, NoSQL, búsqueda, cache, data warehouse, lakehouse, vector store o almacenamiento documental.
Revisión de migraciones, índices, queries críticas, crecimiento de tablas, retención, backups y recuperación.
Análisis de consistencia, sincronización, duplicación intencionada, reconciliación y calidad de datos.
Uso del agente para documentar flujos de datos, linaje, consumidores, productores y riesgos de privacidad.
Creación de reglas para impedir que cambios de datos rompan contratos, reporting, integraciones o historificación.
Validación de que datos sensibles están protegidos en logs, artifacts, prompts, capturas y documentación.
Preparación de un plan de modernización de datos con fases, riesgos, pruebas y compatibilidad.
Construcción de una revisión de arquitectura de datos asistida por Antigravity.
Tema 23: Observabilidad, SRE y arquitectura operable
Uso de Antigravity para revisar si una arquitectura es observable, operable y preparada para soporte en producción.
Análisis de logs, métricas, trazas, health checks, correlation IDs, dashboards, alertas, runbooks y SLOs.
Detección de servicios que compilan y despliegan, pero no ofrecen señales suficientes para diagnosticar incidencias.
Creación de criterios de arquitectura operable: owner, SLO, alertas accionables, runbook, rollback y evidencias de despliegue.
Uso del agente para proponer instrumentación OpenTelemetry, métricas técnicas, métricas de negocio y trazas distribuidas.
Revisión de alertas ruidosas, dashboards sin propósito, logs peligrosos y falta de contexto en errores.
Integración de observabilidad en ADRs y Definition of Done de nuevos servicios o módulos.
Uso de MCPs autorizados para consultar documentación de observabilidad, incidentes o métricas anonimizadas.
Preparación de informes de fiabilidad con riesgos, deuda operativa y acciones priorizadas.
Construcción de una revisión SRE-arquitectura asistida por Antigravity.
Tema 24: CI/CD, quality gates y arquitectura de entrega
Uso de Antigravity para revisar pipelines, stages, quality gates, análisis estático, pruebas, seguridad, despliegue y rollback.
Detección de pipelines frágiles, duplicados, lentos, inseguros o con permisos excesivos.
Evaluación de qué controles deben ejecutarse en pull request, merge, nightly, release y despliegue productivo.
Revisión de cobertura de pruebas por capa: unitarias, integración, contrato, seguridad, UI, performance y smoke tests.
Generación de mejoras de pipeline con scripts, validaciones, publicación de artifacts y reportes claros.
Uso de hooks para impedir que agentes cierren tareas sin ejecutar validaciones mínimas.
Revisión de versionado de artefactos, imágenes, paquetes, Helm charts, SBOM y documentación de release.
Evaluación de estrategias de despliegue: rolling, blue-green, canary, feature flags y rollback.
Creación de reglas que conectan cambios arquitectónicos con quality gates obligatorios.
Construcción de una arquitectura de entrega continua revisada con Antigravity.
Tema 25: Gestión de deuda técnica y modernization roadmap
Uso de Antigravity para inventariar deuda técnica por módulo, tipo, impacto, riesgo, frecuencia de cambio y coste de corrección.
Diferenciación entre deuda de código, deuda arquitectónica, deuda operativa, deuda de datos, deuda de testing y deuda de documentación.
Generación de un backlog priorizado con acciones pequeñas, dependencias, owner, valor y criterios de aceptación.
Evitación de recomendaciones genéricas como “refactorizar todo”, sustituyéndolas por fases verificables y reversibles.
Uso de agentes para descubrir zonas sin tests, dependencias obsoletas, duplicación, acoplamiento y configuraciones inconsistentes.
Preparación de pruebas de caracterización antes de modificar legacy o áreas críticas.
Relación entre deuda técnica y métricas de negocio: velocidad de cambio, incidencias, coste operativo y riesgo de seguridad.
Documentación de deuda aceptada con motivo, fecha de revisión y condición de retirada.
Creación de un roadmap de modernización de 30, 60, 90 y 180 días.
Construcción de un informe de deuda técnica asistido por Antigravity para comité técnico.
Tema 26: Legacy, migraciones y estrategia Strangler Fig
Uso de Antigravity para analizar sistemas legacy, dependencias ocultas, flujos críticos, datos compartidos y restricciones de negocio.
Identificación de seams para extraer capacidades sin reescribir todo el sistema.
Diseño de estrategia Strangler Fig con routing, APIs, eventos, sincronización de datos y convivencia gradual.
Generación de pruebas de caracterización para capturar comportamiento actual antes de refactorizar.
Análisis de riesgos de migración: datos, contratos, usuarios, permisos, rendimiento, operación y soporte.
Uso del agente para generar planes de migración por capacidad, no por capas técnicas sin valor funcional.
Creación de anti-corruption layers para proteger modelos nuevos de estructuras legacy.
Preparación de artifacts que expliquen fases, rollback, convivencia, criterios de éxito y deuda temporal.
Revisión de si una migración propuesta reduce riesgo o simplemente desplaza complejidad a otro lugar.
Construcción de un plan de modernización legacy asistido por Antigravity.
Tema 27: Revisión de pull requests desde perspectiva arquitectónica
Uso de Antigravity para resumir un pull request desde impacto arquitectónico, no solo desde archivos modificados.
Detección de cambios que alteran contratos, boundaries, dependencias, seguridad, datos, eventos, pipelines o rendimiento.
Generación de preguntas de revisión para el autor: supuestos, alternativas, pruebas, efectos laterales y compatibilidad.
Validación de que el cambio respeta ADRs, reglas locales, estándares de equipo y restricciones de arquitectura.
Identificación de cambios demasiado grandes que deberían dividirse por intención técnica o funcional.
Revisión de tests asociados al cambio: qué cubren, qué no cubren y qué riesgos permanecen.
Uso de artifacts para explicar riesgos y evidencias a reviewers, tech leads y arquitectos.
Evitación de revisiones automáticas superficiales que aprueban estilo pero ignoran impacto de diseño.
Creación de comentarios de PR útiles, concretos y orientados a decisión.
Construcción de un flujo de revisión arquitectónica de PR asistido por Antigravity.
Tema 28: Arquitectura para IA, RAG y agentes empresariales
Uso de Antigravity para revisar arquitecturas que incorporan LLMs, RAG, agentes, vector stores, embeddings, herramientas y flujos human-in-the-loop.
Identificación de riesgos específicos: alucinación, prompt injection, fuga de datos, evaluación insuficiente, costes variables y trazabilidad débil.
Diseño de boundaries entre aplicación, capa de IA, proveedores de modelos, herramientas, datos sensibles y sistemas internos.
Revisión de criterios para elegir cloud, on-premise, modelos gestionados, modelos especializados o soluciones híbridas.
Evaluación de RAG desde ingesta, chunking, embeddings, permisos, recuperación, reranking, respuesta y auditoría.
Uso de Antigravity para crear threat models, ADRs y pruebas de evaluación para sistemas basados en agentes.
Definición de políticas de logging y observabilidad en aplicaciones con IA sin almacenar prompts sensibles indebidamente.
Revisión de gobernanza de herramientas conectadas a agentes: permisos, acciones permitidas, aprobaciones y reversibilidad.
Diseño de métricas de calidad para IA: exactitud, groundedness, seguridad, coste, latencia y satisfacción de usuario.
Construcción de una arquitectura de solución IA empresarial revisada con Antigravity.
Tema 29: Gobierno de prompts, artifacts y evidencias
Definición de estándares para prompts arquitectónicos: contexto mínimo, restricciones, formato de salida, evidencias y límites de acción.
Creación de plantillas de artifacts para análisis de impacto, ADR, revisión de patrón, informe de deuda y propuesta de migración.
Revisión de artifacts antes de convertirlos en documentación formal o decisiones aceptadas por el equipo.
Control de calidad de evidencias: archivos revisados, comandos ejecutados, tests lanzados, supuestos declarados y zonas no analizadas.
Evitación de artifacts bonitos pero inútiles que no contienen decisiones, riesgos ni acciones verificables.
Gestión de retención y privacidad de artifacts con capturas, logs, rutas internas, nombres de cliente o datos sensibles.
Integración de artifacts en pull requests, documentación, tickets, revisiones de arquitectura y auditorías internas.
Creación de un repositorio de artifacts aprobados para reutilizar aprendizajes y evitar repetir análisis.
Definición de criterios para invalidar artifacts cuando cambia el código, la arquitectura o el contexto.
Construcción de un sistema de gobierno de artifacts para equipos de arquitectura.
Tema 30: Riesgos de agentes: prompt injection, acciones no deseadas y control humano
Análisis de cómo entradas no confiables pueden manipular agentes cuando leen issues, comentarios, documentación, páginas web o logs.
Identificación de superficies de riesgo: MCP, navegador, terminal, hooks, plugins, repositorios, pipelines y documentos externos.
Definición de reglas para no ejecutar instrucciones encontradas en contenido no confiable sin validación humana.
Uso de permisos mínimos para reducir impacto si un agente interpreta mal contexto o intenta una acción fuera de alcance.
Revisión de comandos antes de ejecutarlos cuando pueden modificar datos, infraestructura, secrets, ramas o entornos compartidos.
Separación entre tareas de solo lectura, tareas de escritura local, tareas con Git y tareas con impacto en sistemas externos.
Creación de workflows con aprobaciones explícitas para cambios en seguridad, infraestructura, datos o producción.
Registro de acciones del agente, comandos ejecutados, artifacts generados y decisiones aprobadas.
Preparación de respuesta ante incidente si un agente expone información sensible o ejecuta una acción indebida.
Construcción de un modelo de control humano para uso seguro de agentes en arquitectura de software.
Tema 31: Métricas de adopción, productividad y calidad arquitectónica
Definición de métricas para evaluar Antigravity sin confundir cantidad de código generado con mejora real de arquitectura.
Medición de tiempo de análisis, calidad de ADRs, reducción de deuda, velocidad de onboarding y precisión de documentación.
Seguimiento de defectos evitados, PRs rechazados por problemas arquitectónicos, flakiness reducida y tests añadidos.
Medición de riesgos: cambios revertidos, artifacts incorrectos, reglas incumplidas, prompts inseguros y acciones bloqueadas por hooks.
Comparación de productividad antes y después en tareas concretas: revisión de APIs, análisis legacy, documentación, refactorización y pruebas.
Creación de indicadores por equipo, repositorio, tipo de tarea y nivel de autonomía permitido.
Evitación de métricas que empujan a usar agentes incluso cuando no aportan valor.
Presentación de resultados a dirección técnica con foco en calidad, riesgo, eficiencia y capacidad de evolución.
Revisión periódica del modelo de adopción según métricas, incidentes, feedback y madurez de equipos.
Construcción de un dashboard de adopción de Antigravity para arquitectura y desarrollo.
Tema 32: Modelo operativo para una oficina de arquitectura con Antigravity
Diseño de un operating model donde arquitectura define estándares, herramientas, reglas, skills, hooks, plugins y criterios de revisión.
Asignación de roles: arquitecto owner, tech lead, AppSec, DevOps, champion de IA, reviewer y responsable de documentación.
Definición de procesos para crear, revisar, aprobar y versionar reglas, skills, hooks y plugins corporativos.
Creación de un catálogo de servicios de arquitectura asistida: análisis de deuda, revisión de diseño, ADR, migration plan y API review.
Integración de Antigravity en rituals existentes: architecture review board, refinamiento técnico, PR review, postmortem y planificación.
Gestión de excepciones cuando un equipo necesita apartarse temporalmente de un estándar arquitectónico.
Formación de equipos para usar agentes sin saltarse revisiones ni degradar calidad.
Definición de escalado: piloto, repositorios seleccionados, expansión por squads y adopción transversal.
Creación de documentación viva sobre cómo usar Antigravity en arquitectura empresarial.
Construcción de un modelo operativo completo para una organización con varios equipos de desarrollo.
Tema 33: Proyecto final integrador: revisión arquitectónica completa con Antigravity
Seleccionar una plataforma de laboratorio con frontend, backend, APIs, datos, integración, CI/CD, documentación y deuda técnica controlada.
Configurar Antigravity con workspaces, rules, skills, hooks, permisos de terminal, navegador, artifacts y política de seguridad.
Lanzar agentes para analizar repositorio, contratos API, datos, microservicios, CI/CD, seguridad, observabilidad y deuda técnica.
Generar mapa C4, inventario de módulos, tabla de dependencias, riesgos, ownership y puntos críticos del sistema.
Redactar ADRs para dos decisiones arquitectónicas relevantes con alternativas, trade-offs, consecuencias y criterios de revisión.
Diseñar una skill corporativa para revisión de arquitectura y un hook que valide controles mínimos antes de cerrar una tarea.
Revisar una propuesta de cambio generada por agente, analizando diff, pruebas, impacto, riesgos y documentación asociada.
Preparar un plan de modernización con fases, prioridades, pruebas, rollback, métricas y responsables.
Presentar artifacts finales: walkthrough, diagramas, ADRs, matriz de riesgos, backlog de deuda, controles y plan de adopción.
Defender la propuesta final ante un comité técnico simulado, justificando decisiones, límites de la IA, riesgos y modelo de gobierno.
Forma a tu equipo sin coste para tu empresa. Este curso de Antigravity para Arquitectos de Software es hasta 100% bonificable a través de FUNDAE.
Potencia las competencias clave de tus profesionales.
Accede a una formación práctica, actualizada y orientada a resultados.
Prepara a tu equipo para los retos del entorno laboral actual.
Nos ocupamos de la gestión con FUNDAE si tu empresa lo necesita.
A medida
Formación en Antigravity para Arquitectos de Software a medida
Descubre el mejor curso de Antigravity para Arquitectos de Software para empresas con nuestra Aula Virtual Personalizada:
Sesiones en vivo por videoconferencia.
Temario totalmente personalizado.
Fechas y horarios adaptados a tu empresa.
Acceso a grabaciones.
Aprende practicando
Totalmente Práctico y Aplicable
Formación diseñada para que apliques cada concepto en situaciones reales de tu trabajo, con enfoque práctico y útil desde el primer momento.
Aprendizaje 100% práctico, enfocado en lo que realmente necesitas.
Casos reales y ejercicios adaptados a tu entorno profesional.
Aplica cada conocimiento directamente en tus tareas diarias.
Mejora tu rendimiento y el de tu equipo desde el primer día.
¿Por qué un curso en Antigravity para Arquitectos de Software?
Integra arquitectura con DevOps, AppSec y producto
Implanta Antigravity en tu organización con un plan A Medida para orquestar agentes IA, formación tutorizada para tu equipo y bonificable por FUNDAE. Infórmate.
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 Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Comprensión de Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Tema 1: Antigravity como herramienta de arquitectura, no solo de desarrollo
Comprensión de Antigravity como plataforma agentic capaz de ayudar a analizar, planificar, modificar, verificar y documentar trabajo técnico sobre repositorios reales.
Diferenciación entre usar un agente para programar tareas puntuales y usarlo como apoyo estructurado para decisiones arquitectónicas de mayor impacto.
Identificación de actividades arquitectónicas donde Antigravity aporta valor: análisis de sistemas, revisión de deuda, generación de ADRs, comparación de patrones y validación de decisiones.
Reconocimiento de límites claros: la IA puede acelerar exploración y documentación, pero la responsabilidad de la decisión arquitectónica sigue siendo humana.
Uso de artifacts como mecanismo para revisar planes, tareas, walkthroughs, capturas, grabaciones, supuestos y evidencias antes de aceptar una conclusión.
Revisión de cómo Agent Manager permite supervisar trabajo de agentes en varios workspaces sin perder trazabilidad sobre qué tarea se está ejecutando.
Definición de un marco inicial para decidir qué tareas puede hacer un agente, cuáles requieren aprobación y cuáles deben permanecer manuales.
Identificación de riesgos de arquitectura asistida por IA: sobrediseño, patrones mal aplicados, cambios amplios, alucinación de APIs y ocultación de deuda.
Preparación de un flujo de arquitectura asistida: pregunta, contexto, hipótesis, análisis, alternativas, validación, decisión, artifact y seguimiento.
Creación de una primera política de uso de Antigravity para arquitectos, diferenciando exploración, propuesta, implementación y aprobación formal.
Tema 2: Configuración segura para trabajo arquitectónico
Instalación y configuración de Antigravity en un entorno controlado, separando proyectos reales, laboratorios, repositorios críticos y pruebas exploratorias.
Revisión de workspaces y permisos para evitar que un agente acceda a repositorios, carpetas, documentos o secretos fuera del alcance previsto.
Configuración de políticas de terminal que limiten comandos peligrosos, modificaciones destructivas, scripts no revisados o accesos a entornos productivos.
Configuración de navegador para validar flujos de aplicación, capturar evidencias visuales y comprobar comportamiento sin exponer datos sensibles.
Definición de modos de revisión obligatoria cuando el agente propone cambios en arquitectura, seguridad, CI/CD, infraestructura o persistencia.
Preparación de reglas globales para impedir que el agente introduzca dependencias, cambie versiones o modifique contratos sin justificación explícita.
Creación de reglas locales por repositorio con estructura del sistema, límites de módulos, convenciones y comandos seguros de validación.
Validación de que los artifacts no incluyen secretos, datos personales, logs sensibles, capturas confidenciales ni información interna innecesaria.
Separación de cuentas personales y corporativas, evitando usar credenciales no aprobadas para repositorios, issues o documentación privada.
Construcción de una checklist de configuración segura antes de permitir que arquitectos usen agentes sobre código corporativo.
Tema 3: Agent Manager para supervisar análisis arquitectónicos paralelos
Uso de Agent Manager para lanzar investigaciones arquitectónicas independientes sobre módulos, servicios, repositorios o dominios distintos.
Organización de agentes por objetivo: análisis de deuda, revisión de APIs, evaluación de microservicios, seguridad, rendimiento o documentación.
Definición de tareas con alcance preciso para evitar que varios agentes generen conclusiones solapadas, contradictorias o fuera de contexto.
Supervisión de planes, artifacts y resultados intermedios antes de permitir que un agente ejecute cambios en código o configuración.
Comparación de resultados de varios agentes cuando se quiere contrastar alternativas arquitectónicas desde perspectivas diferentes.
Uso de comentarios sobre artifacts para redirigir análisis, pedir más evidencias o corregir una hipótesis equivocada sin reiniciar el trabajo.
Gestión de workspaces por sistema, bounded context, repositorio o rama para mantener independencia y evitar interferencias.
Control de tareas largas mediante checkpoints: mapa inicial, riesgos, alternativas, recomendación, plan de validación y propuesta final.
Cierre de análisis con criterios explícitos: evidencias suficientes, riesgos identificados, trade-offs descritos y próximos pasos accionables.
Diseño de un tablero de Agent Manager para una revisión arquitectónica multi-repositorio con equipos distribuidos.
Tema 4: Editor View para revisión profunda de código y estructura
Uso de Editor View para inspeccionar archivos críticos, navegar dependencias, revisar diffs y comprobar la coherencia entre diseño y código real.
Revisión de capas, módulos, boundaries, namespaces, contratos, pipelines, configuración y dependencias desde el propio editor.
Petición de explicaciones sobre fragmentos complejos, acoplamientos ocultos, decisiones antiguas y flujos difíciles de seguir.
Uso de diff review para validar que una propuesta del agente no rompe reglas arquitectónicas, naming, convenciones o responsabilidades.
Análisis de cambios en archivos sensibles como configuración de DI, middleware, pipelines, Dockerfiles, workflows, Terraform o manifiestos Kubernetes.
Uso del terminal integrado para ejecutar builds, tests, linters, análisis de dependencias y comandos de verificación arquitectónica.
Creación de comentarios y anotaciones que conviertan hallazgos técnicos en issues, ADRs o tareas de refactorización.
Evitación de aceptar cambios generados automáticamente sin revisar dependencias, efectos laterales, tests y documentación asociada.
Uso de búsquedas, navegación por símbolos y análisis del agente para conectar código disperso en sistemas grandes.
Construcción de un flujo de revisión arquitectónica donde Editor View actúa como punto de verificación humana.
Tema 5: Prompting arquitectónico: instrucciones útiles para agentes
Redacción de prompts que incluyan objetivo, contexto, restricciones, criterios de aceptación, formato de salida y nivel de evidencia esperado.
Diferenciación entre prompts de exploración, prompts de diseño, prompts de validación, prompts de refactorización y prompts de revisión.
Petición de análisis basados en archivos concretos, rutas, contratos, dependencias y pruebas, evitando respuestas genéricas sobre patrones.
Solicitud de alternativas con trade-offs explícitos: coste, riesgo, mantenibilidad, rendimiento, seguridad, complejidad y adopción por equipos.
Uso de prompts que obligan al agente a declarar supuestos, incertidumbres, zonas no revisadas y evidencias utilizadas.
Evitación de instrucciones vagas como “mejora la arquitectura”, sustituyéndolas por preguntas verificables y acotadas.
Diseño de prompts para revisar un ADR, detectar incoherencias entre decisión y código, o proponer criterios de aceptación.
Creación de plantillas para análisis de APIs, eventos, datos, microservicios, legacy, cloud, seguridad, CI/CD y observabilidad.
Revisión de respuestas para detectar alucinaciones, recomendaciones obsoletas, patrones fuera de contexto o cambios demasiado amplios.
Construcción de una biblioteca de prompts arquitectónicos reutilizable por arquitectos y tech leads.
Tema 6: Rules arquitectónicas: convertir criterios en controles
Creación de reglas globales para que Antigravity respete principios de arquitectura, seguridad, testing, documentación y revisión humana.
Definición de reglas locales por repositorio que describen capas permitidas, dependencias prohibidas, naming, estructura y comandos de validación.
Redacción de reglas accionables: “no exponer entidades de persistencia como DTOs” es más útil que “mantener código limpio”.
Uso de reglas para proteger boundaries entre dominio, aplicación, infraestructura, presentación, integración y datos.
Creación de reglas para cambios sensibles: APIs públicas, eventos, migraciones, autenticación, autorización, secretos, pipelines e infraestructura.
Inclusión de requisitos mínimos de pruebas cuando se modifica una regla de negocio, contrato, endpoint, evento o modelo de datos.
Revisión de reglas obsoletas cuando cambia la arquitectura, el framework, la organización del equipo o el stack tecnológico.
Validación de que las reglas no bloquean trabajo legítimo ni empujan al equipo a soluciones rígidas o burocráticas.
Documentación de reglas con ejemplos correctos, ejemplos incorrectos y explicación del impacto arquitectónico.
Construcción de un conjunto de reglas corporativas para proyectos empresariales multi-stack.
Tema 7: Skills para estandarizar tareas de arquitectura
Comprensión de Skills como instrucciones reutilizables que permiten extender capacidades del agente para tareas recurrentes.
Creación de una skill de análisis de arquitectura que revise estructura, dependencias, módulos, contratos, tests y riesgos.
Diseño de una skill para generar ADRs con contexto, alternativas, decisión, consecuencias, riesgos y plan de revisión.
Creación de una skill para revisar microservicios, detectando acoplamiento, base compartida, contratos frágiles y ownership difuso.
Diseño de una skill para evaluar APIs desde criterios de versionado, errores, paginación, seguridad, observabilidad y compatibilidad.
Creación de una skill de revisión de eventos que analice payloads, versionado, idempotencia, metadata, consumidores y consistencia eventual.
Diseño de una skill para revisar migraciones legacy con fases, riesgos, pruebas de caracterización, rollback y plan de convivencia.
Versionado de skills como activos de arquitectura, con owner, changelog, ejemplos de uso y criterios de retirada.
Validación de skills en repositorios de laboratorio antes de aplicarlas en sistemas reales.
Construcción de una biblioteca inicial de skills para una oficina de arquitectura de software.
Tema 8: Hooks para validación arquitectónica automatizada
Uso de hooks para ejecutar controles automáticos antes o después de cambios, análisis, generación de artifacts o comandos de agente.
Creación de hooks que lanzan build, tests, análisis estático, detección de secretos, validación de formato y comprobaciones de dependencias.
Diseño de hooks de arquitectura que revisan capas, referencias prohibidas, contratos API, cambios de eventos o reglas de seguridad.
Aplicación de hooks de bloqueo cuando se modifican archivos sensibles sin pruebas, ADR o aprobación humana.
Uso de hooks informativos para generar reportes de impacto, lista de archivos afectados y recomendaciones de revisión.
Control de duración de hooks para que validen lo importante sin hacer inviable el flujo diario de arquitectura.
Diferenciación entre hooks locales de desarrollador y hooks obligatorios en CI/CD o pull request.
Registro de resultados de hooks como evidencia para auditoría, revisión de PR y seguimiento de deuda técnica.
Revisión de hooks con DevOps y AppSec para evitar automatizaciones inseguras o falsos bloqueos.
Creación de un paquete de hooks arquitectónicos para repositorios empresariales.
Tema 9: MCP y contexto corporativo controlado
Uso de MCP para conectar Antigravity con fuentes de información corporativas de forma controlada y trazable.
Identificación de fuentes útiles para arquitectura: repositorios, issues, ADRs, Confluence, Jira, catálogos de APIs, CMDB, observabilidad y documentación cloud.
Diseño de MCPs de solo lectura como primera fase para reducir riesgo antes de permitir acciones de escritura.
Configuración de permisos mínimos, tokens, rotación, propietarios, logs y límites de acceso para cada servidor MCP.
Prevención de prompt injection cuando el agente lee issues, comentarios, documentación, páginas externas o datos no confiables.
Separación de MCPs por entorno, dominio, equipo o nivel de sensibilidad para no mezclar información crítica de varios sistemas.
Uso de MCP para contrastar si una decisión arquitectónica coincide con estándares internos, ADRs vigentes y documentación de plataforma.
Revisión de evidencias obtenidas por MCP antes de convertirlas en decisiones o cambios de código.
Documentación de riesgos, alcance, datos accesibles y procedimiento de baja de cada MCP.
Construcción de una estrategia MCP para arquitectura empresarial con foco en contexto útil y seguridad.
Tema 10: Plugins para empaquetar gobierno arquitectónico
Uso de plugins para agrupar reglas, skills, hooks y MCPs en paquetes reutilizables por área, stack, dominio o tipo de proyecto.
Diseño de un plugin de arquitectura corporativa con estándares de capas, documentación, ADRs, testing y revisión de dependencias.
Diseño de un plugin de microservicios con reglas de contratos, eventos, bases de datos propias, observabilidad y resiliencia.
Creación de un plugin AppSec para cambios en autenticación, autorización, secretos, permisos, dependencias y exposición de datos.
Creación de un plugin cloud/platform para revisar IaC, Kubernetes, pipelines, configuración, probes, costes y políticas de despliegue.
Versionado de plugins con changelog, pruebas de compatibilidad y comunicación a equipos afectados.
Definición de qué plugins son obligatorios por tipo de repositorio y cuáles son recomendados para casos concretos.
Prueba de plugins en repositorios sandbox antes de activarlos en sistemas críticos.
Gestión de conflictos entre plugins que definen reglas o hooks sobre los mismos archivos o flujos.
Construcción de un plugin de referencia para arquitectura de software asistida por Antigravity.
Tema 11: Knowledge Items y memoria arquitectónica
Uso de Knowledge Items para conservar decisiones, patrones, convenciones y aprendizajes recurrentes que los agentes deben recordar.
Diferenciación entre documentación oficial, ADRs, notas de investigación, memoria de agente y conocimiento temporal de una tarea.
Registro de comandos de validación, estructura de repositorios, owners, estándares, excepciones y errores recurrentes como conocimiento útil.
Evitación de guardar secretos, datos personales, información contractual, capturas sensibles o detalles de clientes en memoria persistente.
Revisión periódica de conocimiento acumulado para eliminar entradas obsoletas, contradictorias o superadas por nuevas decisiones.
Uso de memoria por proyecto para evitar que decisiones válidas en un sistema se apliquen indebidamente a otro.
Conversión de hallazgos repetidos en reglas, skills, hooks o ADRs cuando dejan de ser conocimiento puntual.
Auditoría de qué conocimiento consume el agente antes de aceptar una recomendación arquitectónica.
Creación de una política de retención, revisión y limpieza de memoria técnica.
Construcción de una base de conocimiento arquitectónica segura para equipos con varios repositorios.
Tema 12: Análisis de repositorios y mapas de arquitectura
Uso de Antigravity para inventariar proyectos, módulos, dependencias, capas, APIs, bases de datos, workers, pipelines e infraestructura.
Generación de mapas de arquitectura a partir del código real, diferenciando intención documentada y estructura realmente implementada.
Identificación de puntos de entrada, flujos principales, dependencias externas, componentes críticos y zonas de alto acoplamiento.
Detección de discrepancias entre diagramas existentes, documentación, ADRs y repositorio actual.
Clasificación de módulos por criticidad, complejidad, deuda, frecuencia de cambio, cobertura de tests y ownership.
Uso de artifacts para presentar mapas C4, diagramas Mermaid, tablas de dependencias y walkthroughs de sistemas.
Identificación de dependencias circulares, librerías compartidas excesivas, duplicidad de lógica y límites mal definidos.
Preparación de reportes ejecutivos y técnicos adaptados a arquitectura, desarrollo, DevOps y dirección.
Conversión de análisis en backlog de arquitectura con impacto, urgencia, riesgo y esfuerzo estimado.
Construcción de un mapa de arquitectura de una plataforma multi-repositorio usando Antigravity como apoyo.
Tema 13: ADRs y documentación de decisiones con agentes
Creación de ADRs que recojan contexto, problema, alternativas, decisión, consecuencias, riesgos y fecha de revisión.
Uso del agente para extraer contexto desde código, issues, documentación y cambios recientes antes de redactar una decisión.
Comparación de alternativas arquitectónicas con trade-offs claros y no solo con una recomendación final.
Inclusión de restricciones no funcionales: seguridad, rendimiento, escalabilidad, coste, operabilidad, cumplimiento y mantenibilidad.
Validación de que la decisión propuesta coincide con reglas corporativas, estándares vigentes y capacidades reales del equipo.
Evitación de ADRs genéricos que justifican decisiones con frases vacías y no ayudan en revisiones futuras.
Actualización de ADRs cuando una decisión queda obsoleta, se revierte o se sustituye por una alternativa más adecuada.
Relación entre ADRs, pull requests, issues, diagramas, contratos y artifacts generados por Antigravity.
Uso de walkthroughs del agente para explicar cómo una decisión se refleja en el código.
Construcción de un flujo completo para generar, revisar, aprobar y mantener ADRs asistidos por Antigravity.
Tema 14: Modelado C4, diagramas y visualización de sistemas
Uso de Antigravity para generar diagramas C4 de contexto, contenedores, componentes y código a partir de repositorios y documentación.
Creación de diagramas Mermaid o formatos equivalentes que puedan versionarse junto al código.
Validación de diagramas contra dependencias reales, rutas, contratos, despliegues y configuración del sistema.
Detección de diagramas demasiado optimistas que muestran una arquitectura deseada pero no la implementación real.
Separación de diagramas para negocio, arquitectura, desarrollo, DevOps, seguridad y soporte.
Representación de flujos síncronos, eventos, colas, bases de datos, gateways, sistemas externos y usuarios.
Uso de agentes para actualizar diagramas tras cambios relevantes y señalar zonas afectadas por una modificación.
Revisión de diagramas para detectar dependencias peligrosas, puntos únicos de fallo, acoplamientos y límites difusos.
Generación de walkthroughs arquitectónicos que acompañan al diagrama con explicación y riesgos.
Construcción de un set de diagramas vivos para una plataforma empresarial usando Antigravity.
Tema 15: Evaluación de patrones arquitectónicos con IA
Uso de Antigravity para comparar patrones como monolito modular, microservicios, hexagonal, clean architecture, EDA, CQRS, BFF o API Gateway.
Evaluación de patrones desde el problema concreto, evitando aplicar modas sin relación con el dominio, equipo o restricciones operativas.
Solicitud de análisis de trade-offs: complejidad, coste, latencia, testabilidad, autonomía, despliegue, seguridad y soporte.
Revisión de cómo un patrón impacta en estructura de repositorios, ownership, datos, contratos, CI/CD y observabilidad.
Detección de sobrediseño cuando el agente propone capas, servicios o eventos que no resuelven un problema real.
Uso de ejemplos del código existente para validar si el patrón elegido encaja con la arquitectura actual.
Creación de matrices de decisión para elegir entre alternativas arquitectónicas con criterios ponderados.
Documentación de decisiones no tomadas para que futuras revisiones entiendan por qué se descartó una opción.
Uso de pruebas, spikes y prototipos controlados antes de adoptar patrones en sistemas críticos.
Construcción de una evaluación completa de patrón arquitectónico asistida por Antigravity.
Tema 16: DDD, boundaries y arquitectura de dominio
Uso de Antigravity para identificar dominios, subdominios, bounded contexts, lenguaje ubicuo y responsabilidades funcionales.
Análisis de código para detectar conceptos mezclados, entidades demasiado genéricas, servicios anémicos y reglas dispersas.
Generación de mapas de contexto con relaciones entre equipos, módulos, servicios y modelos de datos.
Revisión de agregados, value objects, servicios de dominio, políticas y eventos desde la perspectiva de coherencia de negocio.
Detección de límites mal definidos cuando varios módulos cambian juntos, comparten tablas o duplican lógica crítica.
Uso de prompts para convertir reglas funcionales ambiguas en modelos de dominio, ejemplos y tests.
Comparación entre mantener un monolito modular o extraer un microservicio según autonomía real del bounded context.
Validación de que el agente no inventa conceptos de dominio sin evidencia en código, documentación o conversación funcional.
Creación de ADRs de modelado cuando una decisión de dominio afecta a contratos, datos o equipos.
Diseño de una revisión DDD completa sobre un sistema empresarial con apoyo de Antigravity.
Tema 17: Microservicios, modularidad y ownership técnico
Análisis de una arquitectura de microservicios para detectar acoplamiento síncrono, bases compartidas, eventos ambiguos y despliegues coordinados.
Uso de Antigravity para revisar si un servicio tiene responsabilidad clara, datos propios, contratos estables y owner definido.
Comparación entre microservicio, módulo interno, librería compartida, proceso asíncrono y servicio de plataforma.
Detección de nano-servicios, duplicación de modelos, dependencias circulares y librerías comunes demasiado pesadas.
Evaluación de APIs, gRPC, eventos y colas según latencia, resiliencia, consistencia y operabilidad.
Revisión de SLOs, health checks, observabilidad, runbooks y capacidad de soporte de cada servicio.
Uso de agentes paralelos para analizar distintos servicios y consolidar riesgos arquitectónicos.
Creación de un plan de racionalización: fusionar, separar, encapsular, retirar, documentar o reforzar servicios.
Documentación de ownership de servicio: código, datos, despliegue, incidencias, roadmap y decisiones.
Construcción de una revisión de microservicios asistida por Antigravity con propuesta de evolución.
Tema 18: Event-Driven Architecture, CQRS y consistencia eventual
Uso de Antigravity para mapear productores, consumidores, eventos, topics, colas, DLQ, proyecciones y flujos asíncronos.
Revisión de contratos de eventos: nombre, versión, metadata, payload, compatibilidad, consumidores y finalidad de negocio.
Detección de eventos pobres como “EntityUpdated” que no expresan hechos de negocio útiles.
Análisis de consistencia eventual, latencia de proyecciones, idempotencia, duplicados, reintentos y compensaciones.
Evaluación de cuándo CQRS aporta valor y cuándo solo duplica complejidad sin beneficio real.
Revisión de patrones Outbox, Inbox, Saga, process manager y proyecciones desde la perspectiva de resiliencia y soporte.
Uso del agente para generar diagramas de secuencia de flujos event-driven y señalar puntos de fallo.
Validación de que los consumidores son observables, idempotentes, versionables y recuperables.
Creación de tests de contrato y escenarios de fallo como parte del diseño arquitectónico.
Diseño de una revisión EDA completa con mapa de eventos, riesgos, ADRs y plan de mejora.
Tema 19: API governance y contratos empresariales
Uso de Antigravity para revisar APIs REST, gRPC, GraphQL o internas desde criterios de contrato, versionado, seguridad y mantenibilidad.
Evaluación de naming, recursos, métodos, códigos HTTP, errores, paginación, filtros, idempotencia y compatibilidad hacia atrás.
Detección de APIs que exponen modelos internos, entidades de persistencia o detalles de infraestructura.
Revisión de documentación OpenAPI, ejemplos, esquemas, autenticación, scopes, errores y políticas de deprecación.
Uso del agente para comparar implementación, tests, documentación y contrato publicado.
Creación de reglas para impedir breaking changes sin ADR, versionado, comunicación y pruebas de contrato.
Análisis de API Gateway, BFF, rate limiting, throttling, CORS, seguridad y observabilidad en el borde.
Revisión de APIs internas entre equipos para evitar acoplamiento organizativo y dependencias no gobernadas.
Generación de catálogo de APIs con owner, criticidad, consumidores, SLO, versión y estado de soporte.
Construcción de una revisión de API governance asistida por Antigravity.
Tema 20: Arquitectura cloud, plataforma y decisiones de infraestructura
Uso de Antigravity para revisar decisiones cloud sobre cómputo, contenedores, Kubernetes, serverless, bases de datos, redes y observabilidad.
Análisis de manifiestos, Helm charts, Terraform, Bicep, pipelines, Dockerfiles y configuración de despliegue.
Detección de incoherencias entre diseño cloud, configuración real, costes, resiliencia, seguridad y requisitos operativos.
Evaluación de readiness, liveness, startup probes, escalado, límites de recursos, secretos y políticas de red.
Revisión de patrones de alta disponibilidad, recuperación ante desastre, multi-zona, backups y pruebas de restore.
Uso de agentes para generar runbooks, diagramas de despliegue, matrices de riesgos y planes de rollback.
Comparación de alternativas cloud con criterios de lock-in, coste, operación, capacidad del equipo y compliance.
Validación de que los cambios de infraestructura no se proponen sin pruebas, dry-run, revisión DevOps y plan de reversión.
Creación de políticas de uso para que agentes no ejecuten comandos contra entornos sensibles sin aprobación.
Construcción de una evaluación cloud-platform asistida por Antigravity con plan de mejora.
Tema 21: Seguridad arquitectónica y threat modeling asistido
Uso de Antigravity para apoyar sesiones de threat modeling sobre APIs, autenticación, autorización, datos, eventos, pipelines e infraestructura.
Identificación de activos, actores, fronteras de confianza, flujos de datos, permisos, secretos y superficies de ataque.
Revisión de código y configuración para detectar riesgos: validación débil, logs sensibles, permisos amplios, dependencias vulnerables y exposición de datos.
Creación de escenarios de abuso desde la perspectiva de usuarios maliciosos, integraciones comprometidas o errores internos.
Uso de agentes para generar checklists de seguridad por componente, sin sustituir revisión AppSec formal.
Validación de que los prompts y artifacts no contienen información sensible que pueda filtrarse.
Definición de reglas y hooks que bloqueen cambios en seguridad sin pruebas, ADR, revisión y aprobación.
Revisión de MCPs, plugins, hooks y terminal policies como parte del modelo de amenaza de la propia herramienta.
Preparación de evidencias para auditoría: decisión, riesgo, mitigación, owner, fecha y validación.
Construcción de un threat model asistido por Antigravity para una plataforma empresarial.
Tema 22: Arquitectura de datos, integración y persistencia
Uso de Antigravity para mapear bases de datos, modelos, ownership de datos, replicaciones, ETLs, APIs y eventos.
Detección de bases compartidas entre servicios, tablas sin owner, modelos duplicados y dependencias ocultas de reporting.
Evaluación de decisiones entre SQL, NoSQL, búsqueda, cache, data warehouse, lakehouse, vector store o almacenamiento documental.
Revisión de migraciones, índices, queries críticas, crecimiento de tablas, retención, backups y recuperación.
Análisis de consistencia, sincronización, duplicación intencionada, reconciliación y calidad de datos.
Uso del agente para documentar flujos de datos, linaje, consumidores, productores y riesgos de privacidad.
Creación de reglas para impedir que cambios de datos rompan contratos, reporting, integraciones o historificación.
Validación de que datos sensibles están protegidos en logs, artifacts, prompts, capturas y documentación.
Preparación de un plan de modernización de datos con fases, riesgos, pruebas y compatibilidad.
Construcción de una revisión de arquitectura de datos asistida por Antigravity.
Tema 23: Observabilidad, SRE y arquitectura operable
Uso de Antigravity para revisar si una arquitectura es observable, operable y preparada para soporte en producción.
Análisis de logs, métricas, trazas, health checks, correlation IDs, dashboards, alertas, runbooks y SLOs.
Detección de servicios que compilan y despliegan, pero no ofrecen señales suficientes para diagnosticar incidencias.
Creación de criterios de arquitectura operable: owner, SLO, alertas accionables, runbook, rollback y evidencias de despliegue.
Uso del agente para proponer instrumentación OpenTelemetry, métricas técnicas, métricas de negocio y trazas distribuidas.
Revisión de alertas ruidosas, dashboards sin propósito, logs peligrosos y falta de contexto en errores.
Integración de observabilidad en ADRs y Definition of Done de nuevos servicios o módulos.
Uso de MCPs autorizados para consultar documentación de observabilidad, incidentes o métricas anonimizadas.
Preparación de informes de fiabilidad con riesgos, deuda operativa y acciones priorizadas.
Construcción de una revisión SRE-arquitectura asistida por Antigravity.
Tema 24: CI/CD, quality gates y arquitectura de entrega
Uso de Antigravity para revisar pipelines, stages, quality gates, análisis estático, pruebas, seguridad, despliegue y rollback.
Detección de pipelines frágiles, duplicados, lentos, inseguros o con permisos excesivos.
Evaluación de qué controles deben ejecutarse en pull request, merge, nightly, release y despliegue productivo.
Revisión de cobertura de pruebas por capa: unitarias, integración, contrato, seguridad, UI, performance y smoke tests.
Generación de mejoras de pipeline con scripts, validaciones, publicación de artifacts y reportes claros.
Uso de hooks para impedir que agentes cierren tareas sin ejecutar validaciones mínimas.
Revisión de versionado de artefactos, imágenes, paquetes, Helm charts, SBOM y documentación de release.
Evaluación de estrategias de despliegue: rolling, blue-green, canary, feature flags y rollback.
Creación de reglas que conectan cambios arquitectónicos con quality gates obligatorios.
Construcción de una arquitectura de entrega continua revisada con Antigravity.
Tema 25: Gestión de deuda técnica y modernization roadmap
Uso de Antigravity para inventariar deuda técnica por módulo, tipo, impacto, riesgo, frecuencia de cambio y coste de corrección.
Diferenciación entre deuda de código, deuda arquitectónica, deuda operativa, deuda de datos, deuda de testing y deuda de documentación.
Generación de un backlog priorizado con acciones pequeñas, dependencias, owner, valor y criterios de aceptación.
Evitación de recomendaciones genéricas como “refactorizar todo”, sustituyéndolas por fases verificables y reversibles.
Uso de agentes para descubrir zonas sin tests, dependencias obsoletas, duplicación, acoplamiento y configuraciones inconsistentes.
Preparación de pruebas de caracterización antes de modificar legacy o áreas críticas.
Relación entre deuda técnica y métricas de negocio: velocidad de cambio, incidencias, coste operativo y riesgo de seguridad.
Documentación de deuda aceptada con motivo, fecha de revisión y condición de retirada.
Creación de un roadmap de modernización de 30, 60, 90 y 180 días.
Construcción de un informe de deuda técnica asistido por Antigravity para comité técnico.
Tema 26: Legacy, migraciones y estrategia Strangler Fig
Uso de Antigravity para analizar sistemas legacy, dependencias ocultas, flujos críticos, datos compartidos y restricciones de negocio.
Identificación de seams para extraer capacidades sin reescribir todo el sistema.
Diseño de estrategia Strangler Fig con routing, APIs, eventos, sincronización de datos y convivencia gradual.
Generación de pruebas de caracterización para capturar comportamiento actual antes de refactorizar.
Análisis de riesgos de migración: datos, contratos, usuarios, permisos, rendimiento, operación y soporte.
Uso del agente para generar planes de migración por capacidad, no por capas técnicas sin valor funcional.
Creación de anti-corruption layers para proteger modelos nuevos de estructuras legacy.
Preparación de artifacts que expliquen fases, rollback, convivencia, criterios de éxito y deuda temporal.
Revisión de si una migración propuesta reduce riesgo o simplemente desplaza complejidad a otro lugar.
Construcción de un plan de modernización legacy asistido por Antigravity.
Tema 27: Revisión de pull requests desde perspectiva arquitectónica
Uso de Antigravity para resumir un pull request desde impacto arquitectónico, no solo desde archivos modificados.
Detección de cambios que alteran contratos, boundaries, dependencias, seguridad, datos, eventos, pipelines o rendimiento.
Generación de preguntas de revisión para el autor: supuestos, alternativas, pruebas, efectos laterales y compatibilidad.
Validación de que el cambio respeta ADRs, reglas locales, estándares de equipo y restricciones de arquitectura.
Identificación de cambios demasiado grandes que deberían dividirse por intención técnica o funcional.
Revisión de tests asociados al cambio: qué cubren, qué no cubren y qué riesgos permanecen.
Uso de artifacts para explicar riesgos y evidencias a reviewers, tech leads y arquitectos.
Evitación de revisiones automáticas superficiales que aprueban estilo pero ignoran impacto de diseño.
Creación de comentarios de PR útiles, concretos y orientados a decisión.
Construcción de un flujo de revisión arquitectónica de PR asistido por Antigravity.
Tema 28: Arquitectura para IA, RAG y agentes empresariales
Uso de Antigravity para revisar arquitecturas que incorporan LLMs, RAG, agentes, vector stores, embeddings, herramientas y flujos human-in-the-loop.
Identificación de riesgos específicos: alucinación, prompt injection, fuga de datos, evaluación insuficiente, costes variables y trazabilidad débil.
Diseño de boundaries entre aplicación, capa de IA, proveedores de modelos, herramientas, datos sensibles y sistemas internos.
Revisión de criterios para elegir cloud, on-premise, modelos gestionados, modelos especializados o soluciones híbridas.
Evaluación de RAG desde ingesta, chunking, embeddings, permisos, recuperación, reranking, respuesta y auditoría.
Uso de Antigravity para crear threat models, ADRs y pruebas de evaluación para sistemas basados en agentes.
Definición de políticas de logging y observabilidad en aplicaciones con IA sin almacenar prompts sensibles indebidamente.
Revisión de gobernanza de herramientas conectadas a agentes: permisos, acciones permitidas, aprobaciones y reversibilidad.
Diseño de métricas de calidad para IA: exactitud, groundedness, seguridad, coste, latencia y satisfacción de usuario.
Construcción de una arquitectura de solución IA empresarial revisada con Antigravity.
Tema 29: Gobierno de prompts, artifacts y evidencias
Definición de estándares para prompts arquitectónicos: contexto mínimo, restricciones, formato de salida, evidencias y límites de acción.
Creación de plantillas de artifacts para análisis de impacto, ADR, revisión de patrón, informe de deuda y propuesta de migración.
Revisión de artifacts antes de convertirlos en documentación formal o decisiones aceptadas por el equipo.
Control de calidad de evidencias: archivos revisados, comandos ejecutados, tests lanzados, supuestos declarados y zonas no analizadas.
Evitación de artifacts bonitos pero inútiles que no contienen decisiones, riesgos ni acciones verificables.
Gestión de retención y privacidad de artifacts con capturas, logs, rutas internas, nombres de cliente o datos sensibles.
Integración de artifacts en pull requests, documentación, tickets, revisiones de arquitectura y auditorías internas.
Creación de un repositorio de artifacts aprobados para reutilizar aprendizajes y evitar repetir análisis.
Definición de criterios para invalidar artifacts cuando cambia el código, la arquitectura o el contexto.
Construcción de un sistema de gobierno de artifacts para equipos de arquitectura.
Tema 30: Riesgos de agentes: prompt injection, acciones no deseadas y control humano
Análisis de cómo entradas no confiables pueden manipular agentes cuando leen issues, comentarios, documentación, páginas web o logs.
Identificación de superficies de riesgo: MCP, navegador, terminal, hooks, plugins, repositorios, pipelines y documentos externos.
Definición de reglas para no ejecutar instrucciones encontradas en contenido no confiable sin validación humana.
Uso de permisos mínimos para reducir impacto si un agente interpreta mal contexto o intenta una acción fuera de alcance.
Revisión de comandos antes de ejecutarlos cuando pueden modificar datos, infraestructura, secrets, ramas o entornos compartidos.
Separación entre tareas de solo lectura, tareas de escritura local, tareas con Git y tareas con impacto en sistemas externos.
Creación de workflows con aprobaciones explícitas para cambios en seguridad, infraestructura, datos o producción.
Registro de acciones del agente, comandos ejecutados, artifacts generados y decisiones aprobadas.
Preparación de respuesta ante incidente si un agente expone información sensible o ejecuta una acción indebida.
Construcción de un modelo de control humano para uso seguro de agentes en arquitectura de software.
Tema 31: Métricas de adopción, productividad y calidad arquitectónica
Definición de métricas para evaluar Antigravity sin confundir cantidad de código generado con mejora real de arquitectura.
Medición de tiempo de análisis, calidad de ADRs, reducción de deuda, velocidad de onboarding y precisión de documentación.
Seguimiento de defectos evitados, PRs rechazados por problemas arquitectónicos, flakiness reducida y tests añadidos.
Medición de riesgos: cambios revertidos, artifacts incorrectos, reglas incumplidas, prompts inseguros y acciones bloqueadas por hooks.
Comparación de productividad antes y después en tareas concretas: revisión de APIs, análisis legacy, documentación, refactorización y pruebas.
Creación de indicadores por equipo, repositorio, tipo de tarea y nivel de autonomía permitido.
Evitación de métricas que empujan a usar agentes incluso cuando no aportan valor.
Presentación de resultados a dirección técnica con foco en calidad, riesgo, eficiencia y capacidad de evolución.
Revisión periódica del modelo de adopción según métricas, incidentes, feedback y madurez de equipos.
Construcción de un dashboard de adopción de Antigravity para arquitectura y desarrollo.
Tema 32: Modelo operativo para una oficina de arquitectura con Antigravity
Diseño de un operating model donde arquitectura define estándares, herramientas, reglas, skills, hooks, plugins y criterios de revisión.
Asignación de roles: arquitecto owner, tech lead, AppSec, DevOps, champion de IA, reviewer y responsable de documentación.
Definición de procesos para crear, revisar, aprobar y versionar reglas, skills, hooks y plugins corporativos.
Creación de un catálogo de servicios de arquitectura asistida: análisis de deuda, revisión de diseño, ADR, migration plan y API review.
Integración de Antigravity en rituals existentes: architecture review board, refinamiento técnico, PR review, postmortem y planificación.
Gestión de excepciones cuando un equipo necesita apartarse temporalmente de un estándar arquitectónico.
Formación de equipos para usar agentes sin saltarse revisiones ni degradar calidad.
Definición de escalado: piloto, repositorios seleccionados, expansión por squads y adopción transversal.
Creación de documentación viva sobre cómo usar Antigravity en arquitectura empresarial.
Construcción de un modelo operativo completo para una organización con varios equipos de desarrollo.
Tema 33: Proyecto final integrador: revisión arquitectónica completa con Antigravity
Seleccionar una plataforma de laboratorio con frontend, backend, APIs, datos, integración, CI/CD, documentación y deuda técnica controlada.
Configurar Antigravity con workspaces, rules, skills, hooks, permisos de terminal, navegador, artifacts y política de seguridad.
Lanzar agentes para analizar repositorio, contratos API, datos, microservicios, CI/CD, seguridad, observabilidad y deuda técnica.
Generar mapa C4, inventario de módulos, tabla de dependencias, riesgos, ownership y puntos críticos del sistema.
Redactar ADRs para dos decisiones arquitectónicas relevantes con alternativas, trade-offs, consecuencias y criterios de revisión.
Diseñar una skill corporativa para revisión de arquitectura y un hook que valide controles mínimos antes de cerrar una tarea.
Revisar una propuesta de cambio generada por agente, analizando diff, pruebas, impacto, riesgos y documentación asociada.
Preparar un plan de modernización con fases, prioridades, pruebas, rollback, métricas y responsables.
Presentar artifacts finales: walkthrough, diagramas, ADRs, matriz de riesgos, backlog de deuda, controles y plan de adopción.
Defender la propuesta final ante un comité técnico simulado, justificando decisiones, límites de la IA, riesgos y modelo de gobierno.
Aulas Virtuales Personalizadas
¿Te imaginas tener un Temario 100% Personalizado para tu Empresa?
¿A quién va dirigida esta formación en Antigravity para Arquitectos de Software?
Pensado para quienes deben dominar Antigravity para Arquitectos de Software en su día a día
Arquitectos de software
Este curso encaja con arquitectos que definen modelos de arquitectura, revisan decisiones técnicas, analizan deuda, evalúan patrones y acompañan a equipos en la evolución de sistemas complejos. Aprenderán a usar Antigravity para analizar repositorios, generar hipótesis, comparar alternativas, documentar ADRs, preparar revisiones y validar que los cambios propuestos respetan restricciones arquitectónicas.
Tech leads y responsables técnicos
Los tech leads podrán usar Antigravity para convertir estándares técnicos en reglas, skills, hooks y workflows reutilizables. El valor está en pasar de recomendaciones informales a prácticas verificables: revisión de pull requests, validación de dependencias, análisis de impacto, documentación mínima, pruebas exigibles y control de cambios sensibles.
Equipos de arquitectura empresarial
Los perfiles de arquitectura empresarial podrán aplicar Antigravity a mapas de sistemas, integraciones, APIs, dominios, servicios, plataformas cloud, decisiones de modernización y gobierno tecnológico. La formación ayuda a conectar arquitectura de solución con objetivos de negocio, restricciones operativas, seguridad, costes y evolución a largo plazo.
Responsables de modernización y legacy
Los equipos que gestionan monolitos, aplicaciones heredadas, deuda técnica, migraciones cloud o transiciones hacia microservicios podrán usar agentes para comprender código, descubrir dependencias, identificar seams, proponer planes por fases y generar documentación viva sin asumir reescrituras peligrosas.
Arquitectos cloud, plataforma y DevOps
Los perfiles de plataforma podrán aplicar Antigravity a revisión de pipelines, Kubernetes, Docker, IaC, observabilidad, configuración, seguridad, resiliencia y operación. El curso les permite usar agentes para detectar incoherencias entre arquitectura definida, infraestructura real, despliegues, políticas y controles de producción.
AppSec y responsables de gobierno técnico
Los perfiles de seguridad y gobierno podrán definir límites de uso, políticas de terminal, revisión de artifacts, MCPs permitidos, controles sobre secretos, reglas de compliance y procedimientos de auditoría. El objetivo es permitir productividad con IA sin exponer código, datos, credenciales ni decisiones críticas a un uso descontrolado.
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 Antigravity para Arquitectos de Software
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.
No. Está orientado a arquitectura de software. Se trabajan agentes, análisis de repositorios, ADRs, patrones, deuda técnica, seguridad, cloud, APIs, microservicios, CI/CD y gobierno técnico, no solo generación de código.
No. Antigravity ayuda a investigar, comparar, documentar y validar, pero las decisiones deben seguir siendo responsabilidad de arquitectos y responsables técnicos. El curso insiste en revisión humana, evidencias y control de riesgos.
Sí. Agent Manager se usa para supervisar agentes en distintos workspaces, dividir análisis, revisar artifacts y coordinar investigaciones arquitectónicas sin perder trazabilidad. Google lo documenta como una vista para supervisar el trabajo de agentes bajo guía del usuario.
Sí. El curso incluye diseño de skills para tareas de arquitectura: análisis de sistemas, ADRs, revisión de APIs, eventos, microservicios, legacy y seguridad. Las Skills se documentan como un estándar abierto basado en una carpeta con un archivo `SKILL.md`.
Sí. Se trabaja MCP para conectar Antigravity con fuentes corporativas como repositorios, issues, documentación, observabilidad o catálogos internos, siempre con permisos mínimos, trazabilidad y prevención de prompt injection.
Sí. El enfoque es arquitectónico y multi-stack. Puede aplicarse a .NET, Java, TypeScript, APIs, microservicios, cloud, DevOps, datos, frontend y plataformas empresariales, siempre adaptando reglas y skills al contexto real.
Sí. Seguridad es transversal: control de terminal, protección de secretos, revisión de MCPs, artifacts sensibles, prompt injection, permisos, AppSec, threat modeling y cambios críticos en autenticación, autorización o infraestructura.
Sí. El curso trabaja ADRs, diagramas C4, Mermaid, mapas de dependencia, walkthroughs, matrices de riesgos, análisis de impacto y documentación viva generada con apoyo de agentes y validada por humanos.
Sí. Hay bloques específicos sobre análisis de legacy, pruebas de caracterización, deuda técnica, migración gradual, Strangler Fig, anti-corruption layers y modernización controlada.
Con prompts bien diseñados, reglas locales, skills específicas, artifacts revisables, validación contra repositorio real, hooks, revisión humana y exigencia de evidencias. El curso trabaja estos mecanismos de forma práctica.
No. Es una formación corporativa práctica para arquitectos de software, tech leads y equipos de plataforma. Está orientada a mejorar diseño, gobierno, calidad, seguridad y adopción profesional de agentes.
Sí. Al tratarse de una formación corporativa en arquitectura de software, IA aplicada, productividad, seguridad, DevOps y competencias digitales, 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.
No. Está orientado a arquitectura de software. Se trabajan agentes, análisis de repositorios, ADRs, patrones, deuda técnica, seguridad, cloud, APIs, microservicios, CI/CD y gobierno técnico, no solo generación de código.
No. Antigravity ayuda a investigar, comparar, documentar y validar, pero las decisiones deben seguir siendo responsabilidad de arquitectos y responsables técnicos. El curso insiste en revisión humana, evidencias y control de riesgos.
Sí. Agent Manager se usa para supervisar agentes en distintos workspaces, dividir análisis, revisar artifacts y coordinar investigaciones arquitectónicas sin perder trazabilidad. Google lo documenta como una vista para supervisar el trabajo de agentes bajo guía del usuario.
Sí. El curso incluye diseño de skills para tareas de arquitectura: análisis de sistemas, ADRs, revisión de APIs, eventos, microservicios, legacy y seguridad. Las Skills se documentan como un estándar abierto basado en una carpeta con un archivo `SKILL.md`.
Sí. Se trabaja MCP para conectar Antigravity con fuentes corporativas como repositorios, issues, documentación, observabilidad o catálogos internos, siempre con permisos mínimos, trazabilidad y prevención de prompt injection.
Sí. El enfoque es arquitectónico y multi-stack. Puede aplicarse a .NET, Java, TypeScript, APIs, microservicios, cloud, DevOps, datos, frontend y plataformas empresariales, siempre adaptando reglas y skills al contexto real.
Sí. Seguridad es transversal: control de terminal, protección de secretos, revisión de MCPs, artifacts sensibles, prompt injection, permisos, AppSec, threat modeling y cambios críticos en autenticación, autorización o infraestructura.
Sí. El curso trabaja ADRs, diagramas C4, Mermaid, mapas de dependencia, walkthroughs, matrices de riesgos, análisis de impacto y documentación viva generada con apoyo de agentes y validada por humanos.
Sí. Hay bloques específicos sobre análisis de legacy, pruebas de caracterización, deuda técnica, migración gradual, Strangler Fig, anti-corruption layers y modernización controlada.
Con prompts bien diseñados, reglas locales, skills específicas, artifacts revisables, validación contra repositorio real, hooks, revisión humana y exigencia de evidencias. El curso trabaja estos mecanismos de forma práctica.
No. Es una formación corporativa práctica para arquitectos de software, tech leads y equipos de plataforma. Está orientada a mejorar diseño, gobierno, calidad, seguridad y adopción profesional de agentes.
Sí. Al tratarse de una formación corporativa en arquitectura de software, IA aplicada, productividad, seguridad, DevOps y competencias digitales, 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.