prototypelisted

# prototype Un prototipo es **código desechable que responde a una pregunta**. La pregunta decide la forma. Existe porque *implementar enseña*: escribir algo revela decisiones que no ves sobre el papel. Se usa **antes de `to-spec`**, cuando el grilling deja una duda de diseño que solo se resuelve tocándola. ## Elige la rama Identifica qué pregunta se responde (del prompt, del código o preguntando al owner): - **"¿Esta lógica / modelo de estados se siente bien?"** → construye una mini app interactiva de terminal que empuje la máquina de estados por los casos difíciles de razonar en abstracto. - **"¿Cómo debería verse esto?"** → genera varias variantes de UI radicalmente distintas en una sola ruta, conmutables con un parámetro y una barra flotante. Equivocar la rama desperdicia el prototipo entero. Si es ambiguo y el owner no está, elige la que encaje con el código de alrededor y **declara el supuesto** al inicio. ## Reglas (ambas ramas) 1. **Desechable desde el día uno, y marcado como tal.** Colócalo junto a donde se usará (contexto obvio), pero nómbralo para que cualquiera vea que es prototipo, no producción. 2. **Un solo comando para arrancar.** El que use el proyecto; el owner debe poder lanzarlo sin pensar. 3. **Sin persistencia por defecto.** El estado vive en memoria. Si la pregunta implica BD, usa una de usar-y-tirar con nombre claro "PROTOTIPO — bórrame". 4. **Sin pulido.** Ni tests, ni manejo de errores más allá de lo justo para que corra,