Capacitaciones en IA aplicada

Ironspec AI

La metodología para construir software de calidad cuando uno de los miembros del equipo es un modelo de lenguaje.
Spec-driven. Verificable. Sin improvisar.

La misma metodología con la que construimos Yggdrasil, nuestra plataforma de ciberdefensa con IA — ahora la enseñamos a tech leads, arquitectos y equipos de desarrollo.

# SPEC-EXEC — el contrato de la tarea
id: scout-report-assembler
depends_on: [scout-models]

contract: # firmas y schemas
deliverable: # rutas exactas
acceptance_criteria:
- tipado estricto sin errores
- datos de referencia reales

6 garantías Iron

G1 – G6, cada una con su mecanismo de verificación

Contrato ejecutable · aceptación corrible

El vibe coding tiene fecha de caducidad

Hasta un 62% del código generado con IA sin metodología contiene fallos de seguridad (Veracode, 2025). Ironspec AI enseña a usar la IA como ejecutor de contratos verificables, no como autocompletado.

La tesis

La IA llega fría a cada sesión

El modelo no recuerda nada entre una sesión y la siguiente. Las metodologías ágiles podían descansar en el conocimiento tácito del equipo —la conversación era el canal—; con un par que no recuerda nada, ese canal no existe.

Ironspec AI invierte la regla: todo lo que sostiene el sistema se externaliza en artefactos durables. La documentación deja de ser burocracia y se vuelve la condición de posibilidad de trabajar con una IA.

La caja negra

La IA implementa el ticket. Funciona, se mergea. Tres semanas después nadie —ni quien lo pidió— entiende cómo está hecho. El conocimiento vivió en el chat y se evaporó.

La quema de tokens

Sin un mecanismo estándar para entregar contexto, cada sesión arranca de cero: se re-explica la arquitectura, las convenciones, los contratos. El mismo contexto se re-paga una y otra vez.

La implementación frágil

Sin una forma explícita de definir qué se quiere, la IA llena los huecos con suposiciones. El resultado pasa la demo, pero falla en los bordes o resuelve el problema equivocado.

No optimizamos el arranque, optimizamos la trayectoria. Ironspec AI no compite en el sprint del lunes — compite en el mes 18.

La metodología

Qué es Ironspec AI

Una metodología propia de ingeniería de software aumentada por IA, derivada de eXtreme Programming y de otras prácticas ágiles: el doble bucle de BDD, la eliminación de desperdicio de Lean, el flujo continuo y los límites de trabajo de Kanban, las compuertas de entrada y salida de Scrum, y el dimensionamiento de alcance de Shape Up.

Su unidad de trabajo es la SPEC-EXEC: un contrato ejecutable por ticket, con un núcleo obligatorio y criterios de aceptación que corre la máquina. La especificación es el artefacto primario — el código es un resultado derivado, no el punto de partida.

No es teoría: así construimos Yggdrasil.

Conozca Yggdrasil →

Herramientas del flujo

  • Claude (diseño de specs)
  • Claude Code (implementación)
  • GitHub Copilot
  • SPEC-EXEC (contrato ejecutable)
  • Registros de decisión y base de conocimiento
  • Verificación mecánica en CI

8 sesiones · 16 horas

Aprenda construyendo un proyecto real: una plataforma de gestión de proyectos colaborativa en tiempo real (estilo Linear/Jira/Notion). Cada sesión produce un artefacto durable, no un ejercicio.

Las garantías

El «Iron» son seis garantías verificables

No son eslóganes: cada una viene con su mecanismo de verificación. Eso es lo que separa una metodología de un conjunto de buenas intenciones.

G1

Guiada por especificaciones

Ningún código se escribe sin contrato y criterios previos.

Cómo se verificaTodo cambio referencia una especificación con criterios de aceptación no vacíos.

G2

Decisión trazable

Toda decisión de arquitectura deja rastro.

Cómo se verificaUn registro por decisión, con su contexto y las alternativas descartadas.

G3

Contrato == código

El contrato nunca diverge de la implementación.

Cómo se verificaEl contrato se deriva del código; un desajuste falla el CI.

G4

Aceptación ejecutable

«Funciona» se prueba, no se opina.

Cómo se verificaCriterios corribles + suite obligatoria: unitarias, integración real, tipado estricto.

G6

El método evoluciona desde la fricción

El método se corrige a sí mismo.

Cómo se verificaSi el arranque costó más de cinco preguntas, la tarea no cierra hasta corregir el artefacto que la produjo.

Cómo opera

Dos bucles de cadencia distinta

Separarlos es lo que mantiene el método iterativo sin perder el diseño aguas arriba. El razonamiento caro se paga una vez, arriba, donde produce conocimiento reutilizable.

Bucle macro

lento · estratégico
  1. necesidad de negocio
  2. documento de diseño
  3. decisiones registradas + base de conocimiento
  4. especificaciones al backlog

Bucle micro

rápido · iterativo
  1. especificación
  2. implementación pareada
  3. criterios verdes
  4. integración

El micro retroalimenta al macro: una tarea bloqueada por una decisión no tomada nace como registro de decisión, y la fricción repetida corrige el artefacto que la produjo. Es un ciclo cerrado, no una cascada.

El sustrato documental

Cinco pilares, cada uno externalizando una clase distinta de memoria.

  1. 1

    Diagramas como código

    La memoria visual y estructural del sistema.

  2. 2

    Registros de decisión

    Por qué la arquitectura es como es, y qué se descartó.

  3. 3

    Base de conocimiento fragmentada

    El dominio y la arquitectura, cargables por partes.

  4. 4

    Contratos de API derivados del código

    Las interfaces entre componentes, nunca escritas a mano.

  5. 5

    Especificaciones ejecutables

    Las unidades de trabajo y su definición de correcto.

El programa

8 sesiones, 16 horas, un proyecto real

SESIÓN 01

Por qué la IA llega fría

La restricción técnica que obliga a un método nuevo

SESIÓN 02

Anatomía de una SPEC-EXEC

El contrato ejecutable y la prueba de arranque en frío

SESIÓN 03

Del diseño al backlog

Del documento de diseño a contratos accionables

SESIÓN 04

El sustrato documental

Diagramas, decisiones y contratos derivados del código

SESIÓN 05

Aceptación ejecutable

Criterios que corre la máquina, pruebas reales, CI

SESIÓN 06

Higiene de contexto

Qué carga el modelo al arrancar, y a qué costo

SESIÓN 07

El protocolo de tres pasos

Modelo y esfuerzo decididos tarea por tarea

SESIÓN 08

Operar el método

Tablero, límites de trabajo y mejora continua

Modalidades

¿Cómo quiere participar?

Modalidad A

Cohorte abierta

Para quién
Tech leads y arquitectos, grupos de 8–12 personas
Formato
Online en vivo, 8 sesiones
Proyecto
Plataforma de gestión de proyectos colaborativa

USD 600 – 800 por persona

Modalidad C

Acceso asíncrono

Para quién
Developers individuales — lista de espera
Formato
Grabaciones + mentoría grupal mensual
Proyecto
—

USD 250 – 350 por persona

Lista de espera

El primer paso es nuestro webinar de posicionamiento

Aún no tenemos fecha confirmada para la primera cohorte. Déjenos sus datos y le avisamos apenas la tengamos.

Puede elegir una opción, o ambas — lo que le acomode más.