Durante años empecé proyectos propios en el tiempo libre, al margen del trabajo, y casi ninguno llegó a terminarse.
Desde marzo de 2026 los desarrollo con un sistema en el que agentes de IA hacen el trabajo de programación tarea a tarea. Yo decido qué se hace y valido lo que pasa a producción.
El sistema usa lo que aprendí gestionando equipos en proyectos SAP: épicas, historias y tareas, integración continua, revisión de código y entornos separados.
01
Las partes
Seis piezas en cuatro capas. Arriba se decide, en medio se coordina y se construye, abajo se opera.
- Plataforma. Identidad común, paquetes compartidos, plantilla de producto y cobros.
- Servidores. Demostración, donde se puede romper y arreglar. Producción, sin cambios sin copia previa.
- Operaciones. Qué versión corre, dominios y salud.
- Agentes, Núcleo y Tablero. Quién trabaja, quién lo coordina y dónde decido.
02
Cómo avanza una tarea
Una épica aprobada se parte en historias. Cada historia la hace un agente de desarrollo en su rama, y la termina el mismo que la empieza.
Otro agente revisa el pull request contra lo que pedía la historia. Con las pruebas en verde se fusiona y se despliega en demostración.
Antes de pasar a producción lo valido yo. Si algo se atasca, hay un agente dedicado a destrabarlo.
03
Los agentes
Tienen nombre para que cada incidencia, rama y revisión diga quién la hizo.
Cada uno tiene un rol, un modelo, un nivel de esfuerzo y un límite de turnos y minutos. Todo está en un único fichero de configuración.
Los de desarrollo están repartidos por grupos de productos. El resto coordina, revisa, cuida los servidores o forma parte de la dirección.
04
Lo que decido yo
Los pedidos de los agentes pasan antes por Marta, que los filtra.
A mí solo me llegan cuatro tipos de decisión: gastar dinero, abrir una cuenta o firmar a mi nombre, un riesgo legal o borrar algo sin copia.
Lo demás lo resuelven los agentes y me queda un informe de lo que decidieron.
05
Qué se mide
Cada ejecución de un agente registra tokens, tiempo, coste, modelo y esfuerzo.
Cambiar el modelo de un rol es cambiar una línea de configuración. Cuando sale un modelo nuevo se compara el mismo trabajo con uno y con otro.
| Desarrollo, revisión y pantallas | Claude Opus |
|---|---|
| Servicios más simples | Claude Sonnet |
| Reuniones de dirección | Claude Fable |
06
Dónde vive
Cuatro organizaciones en GitHub: productos y plataforma, dirección, la línea SAP y proyectos personales.
Unos veinte productos y consolas internas, cada uno en su propio repositorio con su tubería.
Dos suscripciones de Claude que el Núcleo usa como una sola, repartiendo cada ejecución a la que tenga más margen.
