
Grill Me: deja que la IA te haga 50 preguntas antes de escribir código
La habilidad más popular de Matt Pocock, la reducción de 7 líneas, le permite a Claude alinearse con sus necesidades durante 30 a 45 minutos antes de comenzar a hacerlo: desmantelando su principio de funcionamiento, la diferencia con el modo de plan que viene con Claude Code y cómo extenderlo a escenarios sin programación.
No-one knows exactly what they want.
Modo de fallo: “La IA no hizo lo que yo quería”
El primer modo de falla del que Matt habló en su discurso es: crees que los requisitos en tu mente son muy claros y dejas que la IA los escriba; ese no es el caso en absoluto.
"I would run it, and I would try not to look at the code, but I would look at the code, and I realized I would get worse code. I did it again, I got even worse code... I did it again, kept running the compiler, and I would just end up with garbage."
Mucha gente está familiarizada con este sentimiento: si dices "Agrega un inicio de sesión para mí", la IA no te preguntará "¿Quieres recordar el dispositivo?". "¿Cuántas veces no has podido bloquear la cuenta?" "¿Cuánto tiempo tarda en expirar la sesión?" Presenta directamente un plan que considera razonable. Cuando lo revisas, se han escrito 500 líneas: dos horas de reelaboración.
¿Por qué sucede esto? El concepto de diseño se desvía
Matt cita el concepto de diseño (concepto de diseño) de Frederick P. Brooks en “El diseño del diseño”:
Cuando varias personas colaboran para diseñar algo, algo se crea entre ustedes: flota en su mente, una "teoría sobre esto" invisible. No es un activo, no es un activo metido en un archivo de rebajas, es un consenso invisible.
La IA escribe código tan pronto como aparece, lo que significa que no comparte el mismo concepto de diseño contigo en absoluto. Lo que está mal al escribir código no es la sintaxis, sino la premisa.
Para solucionar este problema, primero debe alinear el concepto de diseño antes de comenzar. La herramienta que proporcionó Brooks se llama árbol de diseño: divide una decisión en varias ramas y luego divide cada rama. No puede omitir las decisiones ascendentes y tomar decisiones descendentes directamente; de lo contrario, todo tendrá que rehacerse una vez que el ascendente cambie al descendente.
La habilidad de Matt texto completo
La implementación de Matt de esta teoría en mattpocock/skills es productivity/grill-me/SKILL.md, y el archivo completo más el texto frontal tiene menos de 15 líneas:
---
name: grill-me
description: Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".
---
Interview me relentlessly about every aspect of this plan until we reach
a shared understanding. Walk down each branch of the design tree,
resolving dependencies between decisions one-by-one. For each question,
provide your recommended answer.
Ask the questions one at a time.
If a question can be answered by exploring the codebase, explore the
codebase instead.Interpretar frase por frase:
- "entrevístame sin descanso" - La palabra clave es sin descanso (no soltarme). De forma predeterminada, LLM tiende a hacer 1 o 2 preguntas y luego sentirse "casi" y comenzar a actuar. Esta palabra suprime por la fuerza esta tendencia.
- "caminar por cada rama del árbol de diseño" —— Concepto de árbol de diseño de Brooks. Obligue a Claude a tratar sus requisitos como un árbol, resolviendo primero los ascendentes y luego los descendentes. Si dice "Iniciar sesión", primero le preguntará "Método de autenticación" (raíz del árbol) y luego expandirá "Cómo administrar la sesión"/"Cómo guardar el token" (subnodo) según su respuesta.
- "resolver dependencias entre decisiones una por una" - Prohibir explícitamente las preguntas empaquetadas. A menudo existen dependencias entre las decisiones (si elige SSO, el flujo descendente no necesita problemas de política de contraseñas), primero asegúrese de que el flujo ascendente pueda eliminar muchos problemas descendentes.
- "para cada pregunta, proporcione la respuesta recomendada" - puntos de bonificación clave. La IA no sólo hace preguntas, sino que también recomienda respuestas. Simplemente asiente o no y ahorra un 80 % del tiempo de escritura.
- "haz las preguntas una a la vez" - Evita que la IA te dé 10 preguntas a la vez.
- "si se puede responder una pregunta explorando el código base, explore el código base en su lugar" - Si es un hecho que ya existe en el proyecto (como "Qué marco de prueba se utiliza en el proyecto"), deje que Claude lo vea él mismo, no le pregunte.
7 líneas, pero cada oración corresponde a un sesgo de comportamiento específico de LLM.
Cómo instalar y usar
Instalación:
npx skills@latest add mattpocock/skillsMarque grill-me y setup-matt-pocock-skills (grill-me no depende de este último, pero otras habilidades dependen de él, por lo que se recomienda instalarlos juntos).
Llamar: Ingrese /grill-me en el cuadro de diálogo Claude Code.
Proceso típico:
- Describes lo que quieres hacer, lo cual puede ser muy vago ("Quiero agregar una función de comentarios a mi blog")
- Ingrese
/grill-me - Claude comenzó a hacer preguntas una por una y recomendó respuestas para cada pregunta.
- Respondes cada pregunta una por una (asiente/no/correcta)
- Generalmente, se llega a un consenso después de 20 a 50 preguntas y Claude le dará un resumen.
- El resumen puede enviarse directamente a
/to-prdpara convertirse en PRD, o pasarse directamente a/tddpara comenzar a escribir.
Caso real: ¿Cuánto cuesta una función de editor de vídeo?
Matt dio algunos números específicos en "5 habilidades de agente que uso todos los días":
- Nueva función de edición de vídeo - 16 preguntas para llegar a un consenso
- Funciones complejas - 30~50 preguntas
- EXTREMADAMENTE COMPLEJO - 100 preguntas, sesión de hasta 45 minutos
Pregunta de ejemplo (restaurada del video/publicación de blog de Matt):
- "Should video clips be reorderable, or only added/removed in sequence?"
- "When a clip is deleted, do we keep its source file, or delete the file too?"
- "Does the editor need undo/redo? How many steps deep?"
- "Should we render previews in the browser, or rely on a backend service?"
Ninguno de estos problemas era técnico: todos eran decisiones de producto. Pero cada decisión determina la forma de cientos de líneas de código. Si omite estas preguntas y deja que la IA las escriba directamente, generará un conjunto de respuestas por sí solo y usted volverá a rechazarlas una por una después de escribirlas.
Diferencias entre el modo Plan y el modo Plan integrado de Claude Code
Claude Code viene con plan mode (presione Shift+Tab para ingresar). En la superficie, se parece a grill-me: discuta primero antes de actuar. Pero Matt dijo directamente en su discurso que prefiere grill-me:
Don't at me on this, but I personally believe this is better than the default plan mode in the tool that I use, which is Claude Code. Plan mode is extremely eager to create an asset. It really wants to just create a plan and start working. Whereas I think it's a lot nicer to reach a shared design concept first.
Diferencias específicas:
| Dimensiones | Modo de planificación | /asarme |
|---|---|---|
| Objetivo predeterminado | Producir un plan ejecutable lo antes posible | Primero llegue a un consenso, el plan es un subproducto |
| Número de preguntas | 0~5 | 20~100 |
| Formato de pregunta | Pregunta un párrafo a la vez | Haga una pregunta a la vez |
| Quieres dar una respuesta recomendada | No | Sí |
| Ya sea para explorar la base del código | De vez en cuando | Activamente (instrucciones explícitas) |
| Adecuado para escenarios | Ya lo pensé claramente y quiero confirmar el plan de implementación | Aún no he pensado con claridad, es necesario que me obliguen a pensar con claridad |
La mayor diferencia práctica es "urgente o no". El modo Plan tiene prisa por empezar, grill-me no tiene prisa: considera "pensar con claridad" como la tarea principal y no como el prólogo.
Uso avanzado
1. Escenarios sin programación
grill-me no vincula código y también se puede utilizar para conversaciones puramente de toma de decisiones sobre productos. Matt lo usa él mismo:
- Diseño del programa del curso.
- Redacción de artículos
- Documentos de comunicación interna.
Siempre que tengas una idea vaga en mente y quieras que te obliguen a pensar en ella, puedes usarla.
2. Cooperar con /to-prd
Una vez finalizada la sesión de interrogatorio, simplemente diga /to-prd y Claude condensará toda la conversación en un PRD estructurado (que incluye historia de usuario, división de módulos y estrategia de prueba) y lo enviará a su rastreador de problemas. Punto clave: no borre el contexto en el medio - to-prd se extrae directamente del contexto de la conversación y no le volverá a preguntar.
3. Cooperar con /grill-with-docs
Si el proyecto ya tiene CONTEXT.md (lenguaje de dominio) y docs/adr/ (decisiones arquitectónicas), use /grill-with-docs en lugar de /grill-me. Actualizará CONTEXT.md sincrónicamente mientras lo torturan: se toman decisiones mientras se actualizan los documentos y ya no existe el problema de que "los documentos estén siempre desactualizados".
4. Personaliza la profundidad de la pregunta
Si tiene poco tiempo, puede agregar una oración directamente después de /grill-me: "Limitar a 10 preguntas, centrarse solo en decisiones arquitectónicas". Convergirá según tu límite. Pero Matt no lo recomienda: cree que "hacer más preguntas" es exactamente el valor de esta habilidad, y eliminarla es casi como un modo de plan.
Notas
Será molesto la primera vez que lo ejecutes. Las personas que están acostumbradas a "generar 500 líneas en una oración" sentirán que es una pérdida de tiempo que la IA les pregunte 30 veces por primera vez. El consejo de Matt es aferrarse a las primeras 5 preguntas; las primeras 5 preguntas a menudo revelan cosas en las que ni siquiera habías pensado. Una vez que superes ese umbral, serás adicto.
No apto para tareas extremadamente pequeñas. Cambie un error tipográfico, agregue un archivo console.log; no use grill-me. Es adecuado para "hacer algo nuevo" o "cambiar algo viejo con efectos secundarios".
A veces la IA solicitará detalles técnicos. Si no te importa y quieres dejar que juzgue, simplemente responde "tu llamada" y "tú decides", y lo aceptará y continuará.
¿Por qué es popular esta habilidad?
/grill-me es la habilidad capturada y reenviada con más frecuencia entre las habilidades de Matt. La razón no es complicada:
- Extremadamente minimalista: 7 líneas de rebajas, solo copie y pegue
- Efecto inmediato: Puedes sentir el cambio en la “densidad de problemas” de la IA durante la primera ejecución.
- Portátil: No depende de Claude Code, se pueden usar Codex, Cursor y Aider
- Viene con comportamiento anti-LLM predeterminado: cada palabra es una desviación anti-LLM, con una estética de alta ingeniería
Su éxito también se ha convertido en el mejor argumento para "la habilidad no tiene por qué ser larga".
Recursos de referencia
My 'Grill Me' Skill Went Viral
Matt's own writeup of why this 7-line skill resonated. Explains the rubber-duck-debugging origin and gives non-coding use cases.
grill-me/SKILL.md (源码)
The actual SKILL.md file. 7 lines of markdown.
I Tried 'grill-me' Skill for Plan Mode. Wow.
A third-party walkthrough comparing /grill-me with Claude Code's built-in plan mode on a real feature.
Artículo siguiente: Grill With Docs: Mantenimiento del lenguaje del proyecto y ADR - una versión avanzada de grill-me, para proyectos con complejidad de dominio.
Comentarios
Descripción general
Desmantelando mattpocock/skills: por qué este almacén que alcanzó 61.000 estrellas en 4 meses es tan popular y de qué trata el discurso de 18 minutos detrás de él. Desde 5 modos de falla de programación de IA hasta 5 habilidades instalables, le brinda un mapa de flujo de trabajo completo de Matt Pocock
Grill With Docs
La versión avanzada de grill-me: mientras interroga los requisitos, mantiene automáticamente CONTEXT.md (glosario de proyectos) y ADR (registro de decisiones arquitectónicas) y traduce las omnipresentes ideas del lenguaje de DDD en flujos de trabajo que LLM puede ejecutar directamente.