Grill Me: qué es la skill y cómo plantea sus preguntas

En resumen: Grill Me orienta una entrevista para aclarar un plan antes de actuar. La versión consultada organiza preguntas por rondas y espera confirmación; no sustituye los permisos mínimos, las copias, los tests ni tu aprobación de los cambios. Revisión documental del 7 de noviembre de 2026, sin prueba de ejecución declarada.

Hay una escena que se repite cada vez más en equipos que programan con IA: pides a un agente que implemente una funcionalidad, te devuelve código rápido, parece correcto, lo pruebas… y descubres que ha hecho exactamente lo que pediste, pero no lo que necesitabas.

/grill-me es una entrada de las skills de Matt Pocock que, en la versión consultada, remite a la skill grilling. Su propósito es aclarar un plan mediante preguntas antes de actuar. Son instrucciones para orientar al agente, no una barrera técnica que impida por sí sola una acción incorrecta.

Qué es /grill-me

/grill-me es una skill pensada para evitar el desalineamiento entre intención y ejecución. Cuando activas la skill, el agente debe recorrer contigo el árbol de decisiones de la tarea antes de tocar código.

La versión consultada de grilling trabaja por rondas: agrupa las preguntas cuyas dependencias ya están resueltas, incluye una recomendación y espera las respuestas. Las preguntas que dependen de una decisión todavía abierta quedan para una ronda posterior. Por tanto, no la describimos como una regla actual de «una sola pregunta cada vez».

La diferencia es importante. Un agente normal puede asumir detalles críticos: tipo de paginación, contrato de API, tratamiento de errores, impacto en tests, compatibilidad hacia atrás. La intención de la skill es hacer explícitas esas decisiones; seguir sus instrucciones no garantiza que no quede ningún supuesto sin revisar.

Por qué esto cambia la forma de programar con IA

El prompting tradicional intenta resolver el problema añadiendo más contexto: más instrucciones, más ejemplos, más restricciones. Eso funciona hasta cierto punto, pero tiene un límite. Siempre habrá una decisión que no escribiste porque no sabías que importaba.

/grill-me cambia la carga cognitiva. Ya no tienes que anticipar todo lo que el agente debería saber. El agente debe descubrir qué necesita saber.

Ese matiz convierte a la IA en algo más parecido a un compañero técnico exigente que a un autocompletado glorificado. La propuesta es revisar el encargo y hacer explícitas las ambigüedades antes de actuar; no garantiza detectar todas ni evitar la deuda técnica.

Aporta documentación del proyecto antes de pedir cambios

Como pauta editorial, acompaña el encargo de la documentación pertinente del proyecto: por ejemplo, un archivo de contexto y los registros de decisiones arquitectónicas. No presentamos aquí una segunda skill como instalada o comprobada ni prometemos que lea automáticamente esos archivos.

Esto resuelve otro problema habitual: el agente puede saber programar, pero no conoce el lenguaje interno de tu producto. Sin contexto, inventa nombres genéricos, confunde conceptos del dominio y propone soluciones que contradicen decisiones pasadas.

El contexto y las decisiones documentadas ayudan a explicar el vocabulario y las restricciones del proyecto. Si quieres que un agente modifique esa documentación, define el alcance y revisa el cambio; no se presupone autorización para editar archivos por haberlos usado como fuente.

El verdadero valor: menos velocidad aparente, más velocidad real

Generar código rápidamente no demuestra que el cambio resuelva el problema. Este artículo es una revisión documental, no una medición de productividad ni una prueba de uso de todas las herramientas citadas.

Si el agente implementa una solución equivocada, el coste aparece después: debugging, refactors, discusiones, tests rotos, regresiones y pérdida de confianza. /grill-me añade una fricción inicial para evitar fricción acumulada.

Es una skill especialmente útil cuando la tarea tiene decisiones implícitas: cambios de arquitectura, endpoints nuevos, refactors, migraciones, reglas de negocio o cualquier implementación donde “hazlo” no sea suficiente.

Cómo encaja con el resto de skills de Matt Pocock

El repositorio contiene otras instrucciones para tareas de desarrollo. Sus nombres y contenido pueden cambiar: consulta la documentación de cada una antes de incorporarla a un flujo. No presentamos este artículo como una comprobación completa de ese catálogo.

La idea común es clara: no delegar en la IA una tarea mal definida. Primero se aclara, luego se documenta, después se ejecuta.

Cuándo deberías usar /grill-me

Úsala antes de cualquier tarea que tenga más de una forma razonable de resolverse. Por ejemplo:

• Añadir una funcionalidad con impacto en producto.
• Cambiar una API pública.
• Refactorizar una parte importante del código.
• Diseñar una integración.
• Resolver una deuda técnica ambigua.
• Convertir una idea vaga en trabajo ejecutable.

No hace falta usarla para cambios triviales. Si vas a corregir un typo o renombrar una variable local, probablemente sobra. Pero si una mala decisión puede perseguirte durante semanas, merece la pena que el agente pregunte antes.

Conclusión

Aclarar decisiones antes de ejecutar es útil como criterio de trabajo. La compatibilidad de una skill, sus permisos y su invocación deben comprobarse en la herramienta que utilices; no se promete soporte universal ni eliminación de errores.

La mejor programación asistida por IA no consiste en escribir prompts perfectos. Consiste en construir un flujo donde el agente entienda el problema antes de resolverlo. Y ahí /grill-me apunta justo al centro del problema.

Fuentes y siguiente paso

Consulta la entrada original de grill-me y las instrucciones de grilling utilizadas para esta revisión.

Si necesitas convertir una tarea en instrucciones más explícitas, puedes leer las plantillas de prompts para automatización de CódigoIA. No es necesario contratar un curso para consultar estas pautas.