Los 5 Prompts
del Arquitecto

Actúa como un arquitecto de software senior.

Tengo este requerimiento:
[describe la feature o idea en tus propias palabras]

Hazme las preguntas mínimas e imprescindibles para clarificarlo.
No más de 5 preguntas. El objetivo es que al responderlas tengamos
suficiente contexto para diseñar la solución sin sorpresas a mitad
del desarrollo.

Cuando termines las preguntas, espera mis respuestas antes de continuar.

Basándote en todo lo que hemos discutido, genera un spec técnico
con estas 6 secciones:

1. Visión — Qué problema resuelve y por qué importa (2–3 líneas)
2. Usuarios — Quién lo usa y qué necesita cada perfil
3. Funcionalidades — Lista priorizada (Must / Should / Could)
4. Flujos — Paso a paso del flujo principal y los casos edge críticos
5. Arquitectura — Stack, estructura de carpetas, contratos de API
6. NFRs — Performance, seguridad, escalabilidad (solo los que
   impactan el diseño)

Sé concreto y breve. Este spec lo va a leer un agente de IA para
generar código. Evita párrafos largos — usa listas y estructura clara.

Dado este spec:

[pega el spec completo del Prompt 2]

Genera una lista de tareas de implementación con estas reglas:

- Ordénala para TDD: primero los tests, luego el código que los
  hace pasar
- Cada tarea debe ser atómica — completable en menos de 30 minutos
- Incluye el criterio de aceptación de cada tarea en una línea
- Marca las dependencias entre tareas si las hay
- Formato: [ ] Tarea · Criterio: descripción breve

No incluyas tareas de setup si el proyecto ya existe.

Contexto del proyecto:
[pega las secciones Arquitectura y Funcionalidades del spec]

Tarea a implementar:
[copia la tarea exacta de tu tasks.md]

Criterio de aceptación:
[copia el criterio de esa tarea]

Reglas:
- Sigue la arquitectura definida en el spec. No introduzcas nuevas
  dependencias sin avisar.
- Si encuentras una ambigüedad, resuélvela de la forma más simple
  posible y documenta la decisión.
- Cuando termines, muéstrame qué archivos creaste o modificaste
  y por qué.
- No continúes con la siguiente tarea hasta que yo confirme.

Actúa como un revisor de código adversarial. Tu objetivo es
encontrar problemas, no validar que todo está bien.

Spec original (secciones relevantes):
[pega las secciones relevantes del spec]

Código implementado:
[pega el código o indica los archivos modificados]

Revisa específicamente:
1. ¿El código cumple el criterio de aceptación de la tarea?
2. ¿Hay casos edge que el spec menciona y el código ignora?
3. ¿Hay efectos secundarios que rompan otras partes del sistema?
4. ¿Hay deuda técnica que convenga registrar antes de seguir?

Para cada problema: describe qué falla, por qué importa, y cómo
corregirlo. Si no encuentras problemas reales, dilo — pero sé honesto.