# Master Contract — [Nombre del proyecto]

> Plantilla del método de Jorel del Portal (joreldelportal.com/metodo.html).
> Regla #1: ninguna línea de código se escribe hasta que el contrato esté completo.
> Cuando dos decisiones chocan, gana el documento de mayor nivel.

## 00 · Visión
- **Qué se construye:** [una frase]
- **Por qué:** [el problema real que resuelve]
- **Qué NO es:** [límites explícitos]
- **Criterio de éxito:** [cómo sabrás que funcionó]

## 01 · Modelo de dominio
- Entidades: [lista con definición de una línea]
- Relaciones e invariantes: [qué debe ser siempre cierto]
- Estados y transiciones: [diagrama o tabla]

## 02 · Diseño
- Loop principal / flujo central: [el camino feliz completo]
- Mecánicas y progresión: [cómo evoluciona el uso]

## 03 · Arquitectura técnica
- Stack y por qué: [decisión + alternativa descartada]
- Módulos y responsabilidades: [uno por línea]
- Contratos entre módulos: [interfaces, no implementaciones]

## 04 · Reglas data-driven
- Qué es dato y qué es código: [la frontera exacta]
- Esquemas versionados: [dónde viven, cómo se validan]
- Validación que falla rápido: [qué rompe el build]

## 05 · Vertical slice
- Alcance del primer corte: [el mínimo que prueba la arquitectura de punta a punta]
- Criterios de aceptación: [verificables, no opiniones]

## 06 · Reglas de IA (si aplica)
- Qué puede ejecutar la IA y bajo qué contratos
- Qué requiere aprobación humana explícita
- Documentos que la IA no puede tocar

## 07 · Estructura de carpetas
- Qué vive —y qué no— en cada carpeta

## 08 · Estándares de código
- Convenciones del lenguaje: [las que se validan, no las que se desean]

## 09 · Pipeline de contenido
- Cómo se crea y valida cada pieza de contenido/dato

## 10 · Roadmap
- Fases 0→N con criterios de avance por fase (una fase no empieza si la anterior no cierra)

## ADR · Decisiones
- Registro de decisiones de arquitectura, con su razón (ver plantilla-adr.md)