3Capítulo 3 · Pensend
Cómo se construye: Spec-Driven Development con OpenSpec
Del backlog de ideas al cambio especificado, implementado y archivado
4/6
Ningún cambio sin especificación
Pensend se construye con Spec-Driven Development y OpenSpec. Antes de escribir código, cada cambio se describe por escrito: qué problema resuelve, qué va a cambiar y qué alternativas se han descartado. Así, los agentes de IA que ayudan a programar trabajan sobre una especificación clara y no sobre una conversación improvisada.
- 1Idea en el backlogCualquier mejora empieza como una ficha de idea a partir de una plantilla común. Hoy hay 148 esperando su turno.
- 2Propuesta de cambioCuando una idea se prioriza, se convierte en un cambio numerado (PNSD-001, PNSD-002…) con su porqué, su alcance y sus alternativas descartadas.
- 3Especificación y tareasEl cambio se concreta en requisitos verificables y en tareas pequeñas que se pueden implementar y revisar.
- 4ImplementaciónSe programa contra la especificación, con ayuda de agentes de IA.
- 5ArchivoAl cerrarse, el cambio se archiva con su fecha. El histórico explica por qué el producto es como es.
47 cambios cerrados, en cuatro oleadas
Abril · 10 cambios
Los cimientos: autenticación, base de datos, suscripciones, los primeros agentes, la landing, la voz multiplataforma, RGPD e internacionalización.
Mayo · 8 cambios
Producto completo: plan gratuito, posicionamiento como copiloto, Slide Writer, métricas, colecciones e historial.
Julio · 25 cambios
Profundidad: agentes sectoriales, panel de administración, rediseño visual, Hot Take, calendario editorial y páginas por segmento.
Septiembre · 4 cambios
Madurez: sincronizar la web con el producto real, auditoría técnica, infraestructura de tests y lanzamiento del blog.
Hay además dos cambios abiertos: el envío del resumen diario por email y la CI de calidad con evidencia verificable.
Un ejemplo: decidir cómo probar
El cambio PNSD-047 introdujo la infraestructura de tests. Su propuesta deja escritas las alternativas que se descartaron y por qué:
Lo que se eligió
- Vitest como herramienta principal de tests
- Empezar por la base: infraestructura y tests unitarios de la lógica crítica
- Tests de integración contra una base de datos real
Lo que se descartó
- Jest, por su encaje complicado con el framework
- Meter tests, E2E y CI en un único cambio: demasiado alcance
- Simularlo todo: los tests y producción acabarían divergiendo
Por qué importa
"Con IA se programa muy rápido. La especificación es lo que evita que esa velocidad se convierta en deuda: cada decisión queda escrita y se puede revisar."