Prompts para que el asistente de código entienda qué necesitas a la primera
Un prompt vago da una respuesta genérica. Estas plantillas acotan el contexto para entender un error, revisar antes de un pull request o generar pruebas de verdad.
Última actualización editorial: 2026-09-26
Explicar un error concreto
Finalidad: Entender la causa de un error antes de intentar arreglarlo a ciegas.
Tengo este error al ejecutar {{contexto}}: {{mensaje_de_error}}. Este es el código relevante: {{fragmento_de_codigo}}. Explica la causa probable antes de proponer una solución.Variables
{{contexto}}— Qué estabas ejecutando (un test, la app, un comando).{{mensaje_de_error}}— El mensaje de error completo, tal cual apareció.{{fragmento_de_codigo}}— El código donde crees que está el problema.
Cómo usarlo: Pide primero la explicación de la causa, no la solución directamente — entender el porqué evita que se repita el mismo error de otra forma.
Ejemplo relleno
Tengo este error al ejecutar los tests: TypeError: Cannot read properties of undefined (reading 'map'). Este es el código relevante: [fragmento]. Explica la causa probable antes de proponer una solución.
Revisión de código antes de un pull request
Finalidad: Detectar problemas de legibilidad, seguridad o rendimiento antes de pedir revisión humana.
Revisa este código: {{fragmento_de_codigo}}. Señala solo problemas reales de {{criterios}} — no sugieras cambios de estilo si el código ya es correcto y legible.Variables
{{fragmento_de_codigo}}— El código a revisar.{{criterios}}— Por ejemplo: seguridad, rendimiento, manejo de errores.
Cómo usarlo: Limita explícitamente los criterios — sin esa restricción, el modelo tiende a proponer cambios de estilo innecesarios sobre código que ya funciona bien.
Ejemplo relleno
Revisa este código: [fragmento]. Señala solo problemas reales de seguridad y manejo de errores — no sugieras cambios de estilo si el código ya es correcto y legible.
Generar pruebas para una función existente
Finalidad: Cubrir con pruebas una función que ya existe, sin tener que pensar cada caso desde cero.
Escribe pruebas para esta función: {{fragmento_de_codigo}}, usando {{framework_de_test}}. Incluye el caso normal, al menos un caso límite y un caso de error.Variables
{{fragmento_de_codigo}}— La función a probar.{{framework_de_test}}— Por ejemplo: Vitest, Jest, pytest.
Cómo usarlo: Revisa que las pruebas generadas realmente comprueben el comportamiento, no solo que 'no falle' — un error común es que el modelo genere pruebas que pasan trivialmente.
Ejemplo relleno
Escribe pruebas para esta función: [fragmento], usando Vitest. Incluye el caso normal, al menos un caso límite y un caso de error.
Preguntas frecuentes
¿Debo pegar todo el archivo o solo el fragmento relevante?
El fragmento relevante suele bastar; si el error depende de otro archivo (una importación, un tipo), inclúyelo también.
¿Puedo confiar en el código generado sin revisarlo?
No — revisa siempre el resultado, especialmente en código que toque datos reales o vaya a producción.