De crear software a dirigir factorías.
Una factoría de software es una línea de producción, no un proyecto. Entran especificaciones, los agentes construyen en paralelo, la evaluación filtra cada cambio y sale un producto. Una persona dirige varias líneas, una por negocio. Diseñamos la línea, la ponemos en marcha contigo y te damos los mandos.
Factorías de software
Líneas de producción con agentes: entran especificaciones, los agentes construyen, la evaluación filtra, sale producto.
Qué hacemos
Primero la especificación
Convertimos tu idea en especificaciones que un agente puede ejecutar: alcance, criterios de aceptación y las pruebas que definen cuándo está hecho.
Agentes que construyen
Claude Code, Pi o Codex trabajando en entornos aislados, en paralelo, cargados con las skills de tu stack.
Evaluación que filtra
Pruebas, revisión por un segundo agente, comprobaciones de seguridad y una persona en la fusión a producción. Nada se entrega por confianza.
Dirección, no ejecución
Un tablero donde ves cada línea, su coste y su salida. Tú decides qué construir después; los agentes ejecutan.
Cómo funciona
- 1
Elegir una línea
Un producto o un negocio con más trabajo pendiente que equipo. Empezamos ahí, no en todas partes.
- 2
Escribir juntos las primeras especificaciones
De tres a cinco especificaciones que cubran un trozo real de trabajo, con sus pruebas de aceptación.
- 3
Hacer funcionar la línea un sprint
Los agentes construyen, la evaluación filtra, tú diriges. Ajustamos las skills y las comprobaciones hasta que la salida sea aburrida.
- 4
Añadir líneas
Un segundo producto, un segundo negocio. La misma factoría, nuevas especificaciones, un solo puesto de dirección.
Qué recibes
- Montaje de la factoría: repositorios, CI, agentes, skills y entornos
- Plantillas de especificación y convenciones de pruebas de aceptación
- Tablero de dirección con coste y salida por línea
- Un manual para dirigir varias líneas
Encaja si
- Un fundador o equipo con varios productos, o muchos pequeños
- Más trabajo pendiente que personas disponibles
- Disposición a escribir especificaciones en vez de tickets
No encaja si
- Un único producto muy regulado y todavía sin pruebas (empieza por Crea herramientas)
- Equipos que quieren que los agentes decidan qué construir
Stack que usamos
Preguntas
¿Alguien revisa el código?
Sí. Las evaluaciones y un segundo agente revisan cada cambio, y una persona aprueba las fusiones a producción.
¿Cómo controláis el coste?
Cada línea tiene un presupuesto de tokens y una línea de coste en el tablero, con la misma observabilidad que usamos en Reduce costes de IA.
¿Trabajáis así vosotros?
Sí. Nuestra propia oficina de empleados IA, empezando por un creador de contenido con su kanban, funciona con este modelo.