Pandacorp
Fábrica de software operada por IA · desde junio de 2026
Una fábrica de software que construí y opero yo solo. Le doy una idea de producto y los agentes de IA hacen el trabajo bajo mi dirección. Este portfolio es uno de los productos que salieron de ahí.
- El problema
- Trabajando solo, la documentación y los tests son lo primero que se abandona.
- Lo que hice
- Construí una fábrica reutilizable: un libro de reglas, documentación completa y controles obligatorios.
- El resultado
- Una fábrica de software completa, operada por IA de la idea al producto probado.
Construir un producto completo solo, sin un equipo detrás
Construir productos solo suele obligar a elegir: lanzar rápido y dejar que la documentación, los tests y la consistencia se deterioren, o ir lento para mantenerlos. Quería que cada proyecto que construyo, incluyendo este portfolio, pasara de idea a producto documentado, testeado y de calidad de producción sin un equipo, y sin volver a decidir las mismas preguntas de ingeniería desde cero cada vez.
Construí la fábrica por la que pasa cada producto que hago
En lugar de darle prompts a la IA proyecto por proyecto, construí una fábrica reutilizable: estándares, criterios pre-aprobados y controles que fallan de forma segura, por los que pasa cualquier producto que construyo. Los agentes de IA ejecutan un ciclo de vida real, de la investigación de producto y la especificación al diseño, la arquitectura, la construcción, la revisión y el lanzamiento, en vez de autocompletar código.
Reglas decididas una vez, y lecciones guardadas de cada proyecto.
Cada proyecto arranca del mismo libro de reglas: 121 criterios de ingeniería que decidí una vez, y que cubren cómo se nombran las cosas, qué hay que testear, qué defaults de seguridad aplican y cuándo un cambio tiene que detenerse a esperarme. Encima de eso, cada build anota lo que aprendió, una librería que decepcionó, una trampa que costó una hora, un patrón que funcionó. El proyecto siguiente arranca con esas lecciones cargadas, así que la fábrica se fortalece cuanto más la uso.
De una idea general a un producto completamente documentado.
Le entrego a la fábrica una idea difusa y ella hace todo el trabajo de producto antes de que exista una línea de código. Investiga el problema en la web, compara apps que ya resuelven algo parecido, y escribe los documentos que escribiría un equipo: la especificación de producto, un documento de requisitos por funcionalidad con criterios de aceptación verificables, el blueprint técnico, las órdenes de trabajo que lo dividen en unidades y el diseño visual. Nada se construye desde un párrafo en un chat.
Nada está terminado hasta que pasan todos los controles.
Cuando el agente que escribió el código dice que terminó, un paso separado decide si eso es cierto. Corre el formateador y el linter, el typechecker y los tests unitarios, busca código muerto e imports circulares, y después abre cada página en un navegador real. Solo ese paso puede dar el trabajo por terminado, y un chequeo que nunca corrió cuenta como un fallo. Esa regla nació de un build que pasaba todos los tests mientras una página se renderizaba vacía.
Tres proyectos, operados por una sola persona
La fábrica ya llevó tres ideas de un repo vacío hasta especificación y diseño, y dos de ellas hasta un producto terminado y testeado. El sitio que estás leyendo es una de ellas. De todo lo que la fábrica evalúa, solo las ideas que sobreviven un chequeo explícito de viabilidad llegan a desarrollarse.
Puedo llevar una idea vaga hasta un producto documentado y testeado por mi cuenta, porque construí el proceso que lo hace repetible en vez de rehacerlo de memoria cada vez.