PR #1482 +2.341 −12 48 ficheros · aprobado en 4 min
Nadie lee lo que se aprueba
Se genera más código del que el equipo puede revisar a fondo.
PILOTO AL MANDO · curso insignia
16 horas de formación práctica para equipos que trabajan con IA. Sobre vuestro código, con las herramientas que ya usáis.
La IA ha multiplicado lo que produce tu equipo. Sin un sistema para dirigirla, también multiplica los problemas.
PR #1482 +2.341 −12 48 ficheros · aprobado en 4 min
Se genera más código del que el equipo puede revisar a fondo.
$ git log --oneline -6 fix · fix · revert · hotfix · fix
Cada cambio funciona por separado. El conjunto, cada vez menos.
review › "no sé muy bien qué hace,
pero los tests pasan"Si nadie entiende el código, nadie puede cambiarlo con seguridad.
$ ls -a .cursorrules CLAUDE.md AGENTS.md 5 personas · 5 formas de trabajar
Muchas configuraciones personales y ningún acuerdo de equipo.
La inversión en herramientas ya está hecha. Lo que falta es el sistema que hace que funcione.
En aviación, el piloto automático vuela la mayor parte del trayecto, y nadie se plantea quitar al piloto. Él prepara el plan de vuelo, sigue los checklists, vigila los instrumentos y sabe cuándo tomar los mandos.
Usar la automatización a fondo exige saber volar. En software, saber volar son los fundamentos, es decir, tests, diseño con límites claros, incrementos pequeños y revisión con criterio.
Funciona con las herramientas que ya usáis. No es un curso de herramientas: es ingeniería.
+ docs/arquitectura.md agente › entiendo el dominio de checkout
Arquitectura y documentación que un agente puede entender. Conectar las fuentes de contexto que necesita. Cómo plantearle bien las tareas.
$ make check ✔ tests · tipos · lint · arquitectura
Tests como especificación ejecutable, más tipos, linters y comprobaciones automáticas. Una red que dirige al agente y valida lo que hace.
PR #213 +84 −20 ✔ CI ✔ revisado por el equipo
Trabajo en incrementos pequeños, revisión de lo que propone el agente y una integración continua que hace cumplir los acuerdos del equipo.
bot › triaje de issues · docs al día no se automatiza: decidir el diseño
Automatizar partes del ciclo de desarrollo (revisión, triaje, documentación), medir su efecto y decidir dónde no conviene automatizar.
El curso es el mismo. El escenario se adapta a vuestro punto de partida.
$ git blame Pagos.java 2014 · autor: ya no está en la empresa
Sistemas antiguos que hay que entender y cambiar sin romper nada.
deploy › viernes, 17:58 "¿y si lo subimos el lunes?"
Desplegar más a menudo y con menos sustos.
sprint 1 ✔ ✔ ✔ sprint 8 ✘ todo depende de todo
Funcionalidades nuevas con una arquitectura que aguante el ritmo.
+ docs/contexto-para-agentes.md + .github/workflows/checks.yml
Vuestro repositorio con el contexto y el harness configurados.
+ docs/acuerdos-de-equipo.md firmado por: todo el equipo
Acuerdos escritos para trabajar con IA, que la IA también respeta.
bot › PR #212 revisado · 3 avisos decide: una persona
Una parte de vuestro ciclo de desarrollo automatizada, con alguien al mando.
$ git diff antes..después misma funcionalidad, otra forma de construirla
Una funcionalidad real construida de principio a fin con el nuevo sistema.
2 días intensivos o 4 medias jornadas.
Del mismo equipo o área.
Con una sesión de preparación previa sobre vuestro repositorio.
Exeal es entidad formadora. La bonificación la gestiona vuestra empresa o su gestoría; nosotros facilitamos la documentación.
Para un solo equipo.











Pedro Pardal · fundador de Exeal y formador del curso
Llevo más de 12 años construyendo software como desarrollador y tech lead, y desde 2020 formo y acompaño a equipos de desarrollo con Exeal.
En este curso no vengo a enseñaros una herramienta. Vengo a sentarme con vuestro equipo, sobre vuestro código, hasta que trabajar bien con IA sea vuestra forma normal de trabajar.
Tuenti→Trivago→Codurance→Exeal
«Recomendaría contratar a Pedro y Exeal a cualquier compañía y manager.»
— Abraham Vallez, Engineering Manager
Cuéntanos cómo trabajáis con IA y vemos juntos si encaja.
Escríbenos