grillinglisted

# grilling Loop de entrevista que subyace a `grill-me` y `grill-with-docs`. Su único objetivo es llegar a un **entendimiento compartido** antes de construir nada. ## Cómo funciona Entrevista al owner de forma implacable sobre **cada aspecto** del plan hasta alcanzar un entendimiento compartido. Recorre cada rama del árbol de diseño, resolviendo las dependencias entre decisiones **una a una**. - **Una pregunta cada vez.** Espera la respuesta antes de continuar. Preguntar varias cosas a la vez desconcierta y rompe el hilo del razonamiento. - **Para cada pregunta, propón tu respuesta recomendada.** No preguntes en abstracto: di qué harías tú y por qué, y deja que el owner confirme o corrija. - **Si un _hecho_ se puede averiguar explorando el código, búscalo** en vez de preguntar. Lo que se pone al owner son las **decisiones**, no los hechos. - **No ejecutes el plan** hasta que el owner confirme que hay entendimiento compartido. ## Frontera decisión vs hecho - **Hecho** (qué versión usamos, si existe tal módulo, cómo se llama tal campo) → lo resuelves tú mirando el repo. - **Decisión técnica** sin impacto de negocio → la decides tú, propones y documentas. - **Decisión de negocio** (alcance, prioridades, trade-offs que afectan al producto) → es del owner; se la pones y esperas su respuesta. ## Salida Un entendimiento cerrado, sin ramas abiertas. Las decisiones tomadas se anotan en `TASKS.md` (y, si son de arquitectura, como ADR en `docs/adr/`).