Resultado visible
Crearás BRIEF.md, el contrato de trabajo entre tu intención y la implementación. Servirá para detectar supuestos, controlar el alcance y decidir cuándo una tarea está terminada.
Plantilla
# Brief de [proyecto]
## Problema y persona
[Quién intenta hacer qué, en qué situación]
## Resultado de la versión 1
[Una frase observable]
## Páginas y acciones
- Inicio: ...
- Servicio: ...
- Contacto: ...
## Contenido confirmado
- [dato] — fuente: [archivo/persona/URL] — revisado: [fecha]
## Pendientes
- [PENDIENTE: precio]
## No incluido
- Pagos, cuenta de usuario...
## Restricciones
- móvil primero; accesible por teclado; sin datos sensibles...
## Aceptación
- [ ] Una persona encuentra ...
- [ ] El formulario ...
- [ ] No hay ...
Ejemplo resuelto
Para una academia: «Una persona adulta en Murcia puede comparar niveles y horarios y solicitar una prueba de orientación sin crear cuenta». Pendientes: calendario definitivo y dirección. Se prohíbe inventarlos; la interfaz mostrará «consulta disponibilidad» mientras se confirman.
Prompt para Codex
Convierte mis notas en un BRIEF.md usando la plantilla del proyecto.
No rellenes huecos con contenido plausible: usa [PENDIENTE].
Separa requisitos de preferencias y señala contradicciones.
Escribe entre 8 y 12 criterios de aceptación que puedan verificarse
en el navegador. Propón preguntas solo para decisiones que cambien
de forma material el resultado.
Notas: [PEGA AQUÍ TUS NOTAS]
Revisión humana obligatoria
Lee en voz alta precios, direcciones, nombres, horarios, credenciales y promesas. Firma el briefing con Aprobado para prototipo: [fecha]. Aprobar el prototipo no autoriza publicar.
Error frecuente y recuperación
Error: aceptar palabras como «premium», «intuitivo» o «seguro» sin prueba. Recuperación: tradúcelas: «premium» puede significar fotografías propias y tipografía consistente; «seguro» exige controles concretos.