Grilling — La entrevista pre-construcción
Adaptado de grilling por Matt Pocock — github.com/mattpocock/skills. Original © 2026 Matt Pocock, Licencia MIT (ver LICENSE en esta carpeta). Los cambios en esta copia se publican bajo la misma Licencia MIT.
La descripción se ha reducido para que esta habilidad se encargue de la entrevista pre-construcción y no compita con plc (revisión de un plan existente) ni con critical-thinking-walkthrough (interrogación de material ajeno).
Entrevista al usuario sin descanso hasta alcanzar una comprensión compartida de lo que está POR CONSTRUIR. Mapea esto como un árbol de diseño: cada decisión se ramifica en las decisiones que de ella dependen.
Rondas y el frontier
Trabaja el árbol por rondas. El frontier es cada decisión cuyos prerrequisitos ya están resueltos — las preguntas que puedes hacer ahora sin tener que adivinar respuestas que aún no has escuchado.
Pregunta una pregunta por ronda por defecto: la pregunta del frontier cuya respuesta desbloquea la mayor cantidad de decisiones posteriores, con tu propia respuesta recomendada. Luego detente y espera la respuesta del usuario antes de la siguiente ronda. Si el usuario dice "en lote", haz todas las preguntas del frontier en una sola ronda en su lugar: numera cada pregunta y da tu respuesta recomendada para cada una.
Da formato a una pregunta así (en modo lote, repite el bloque para cada pregunta numerada):
❓ **P1** — **<título de la pregunta>**: <cuerpo de la pregunta, puede ser de varios párrafos,
puede ofrecer múltiples opciones>
➡️ <tu respuesta recomendada>
---
❓ **P2** — **<título de la pregunta>**: <cuerpo de la pregunta>
➡️ <tu respuesta recomendada>
Cada ronda de respuestas reforma el árbol: las decisiones resueltas empujan el frontier hacia afuera y desbloquean preguntas que dependían de ellas. Vuelve a calcular el frontier y pregunta la siguiente ronda.
Una pregunta cuya respuesta depende de otra pregunta aún abierta en esta ronda pertenece a una ronda posterior, no a esta. Preguntar todo al mismo tiempo pierde la estructura de dependencias que hace que la entrevista converja.
Los hechos son tu trabajo, las decisiones son de ellos
Nunca le preguntes al usuario algo que puedas averiguar por ti mismo. Si una pregunta del frontier necesita un hecho del entorno — qué contiene un archivo, qué existe ya, qué soporta una herramienta, cuánto cuesta actualmente un servicio — encuéntralo. Despacha un subagente, lee el archivo, ejecuta la búsqueda.
No te detengas por eso. Una exploración en curso es un prerrequisito no resuelto, así que solo las preguntas que dependen de ella esperan; sigue preguntando desde el resto del frontier ahora.
Las decisiones son del usuario. Preséntaselas y espera. No decidas en su nombre porque esperar es más lento.
Finalización
La sesión termina cuando el frontier esté vacío — cada rama visitada, sin nada que se haya asumido en silencio.
No comiences a construir hasta que el usuario confirme que han alcanzado una comprensión compartida. Llegar al final de las preguntas no es lo mismo que recibir la orden de continuar.
Alcance
Esto es para un diseño que aún no existe. Si el usuario trae un plan escrito y
pregunta si se sostiene, eso es una revisión, y plc es la habilidad para
ello. Si traen algo que alguien más escribió y quieren interrogarlo, eso es
critical-thinking-walkthrough. Deriva en lugar de ejecutar a medias la
entrevista incorrecta.