Por qué está escrito así
Al pedirle a una IA "explícame qué es un índice", te dará una respuesta impecable. El problema es que leerla genera la falsa ilusión de dominar el concepto. En una entrevista real debes explicarlo con tus propias palabras, y las respuestas memorizadas se desmoronan ante la primera repregunta.
Por eso el primer párrafo define el rol como un "entrevistador que busca distinguir entre memorización y comprensión real mediante repreguntas". Si le asignas el rol de profesor, empezará explicando con amabilidad; con el rol de entrevistador, esperará a que tú hables. La instrucción "No me des las respuestas correctas de antemano" refuerza este comportamiento.
Definir el flujo en cuatro pasos estructurados evita que la conversación pierda el rumbo: Pregunta básica → Mi respuesta → Máximo 2 preguntas de seguimiento → Evaluación. Este esquema garantiza que al cerrar cada concepto tengas claro qué lagunas persisten. Limitar las repreguntas a 2 evita que la práctica se convierta en un interrogatorio interminable.
La instrucción de verificar "lo que realmente dije" antes de evaluar es clave para evitar que el modelo invente partes de tu respuesta y sea demasiado benevolente. Además, las restricciones sobre marcar lo "no concluyente" y especificar versiones técnicas evitan que memorices comportamientos particulares como verdades absolutas, algo muy penalizado en entrevistas reales.
¿Términos desconocidos? Consulta Aha AI: role-prompting, hallucination
Comparado con un mal ejemplo
Dame preguntas y respuestas típicas para una entrevista técnica de backend.
Generará una lista ordenada de preguntas teóricas. Al leerlas creerás saberlo todo, pero al no haberlo verbalizado, te bloquearás en cuanto te pregunten "¿por qué funciona así?". Terminarás de estudiar sin saber realmente qué puntos débiles tienes.
Variaciones
Para evaluar decisiones de diseño y arquitectura
Actúa como un entrevistador técnico en {{área técnica}}. Voy a explicarte el diseño que he planteado para {{tema o asunto}}. Una vez termine mi explicación, hazme una pregunta de seguimiento para cada uno de estos tres ejes: "¿Qué alternativas consideraste para esta decisión?", "Si la escala se multiplica por 10, ¿dónde se romperá primero el sistema?" y "¿Cuál es la suposición más riesgosa de esta arquitectura?". No des tu opinión ni la respuesta correcta antes de escuchar la mía, y haz solo una pregunta a la vez.
Diseñado para evaluar el criterio técnico detrás de una decisión, no la memoria. Limitarlo a tres ejes evita que las preguntas se dispersen.
Para crear un registro de errores al finalizar la práctica
Sintetiza la sesión de preguntas y respuestas que acabamos de tener sobre {{tema o asunto}}. Selecciona únicamente mis fallos y omisiones y preséntalos en una tabla con las columnas: "Pregunta · Lo que respondí · Explicación real · Conceptos clave para repasar". No incluyas los puntos que respondí bien ni inventes argumentos que no dije. Ordena las filas según la prioridad de lo que alguien con {{años de experiencia}} años de experiencia debería dominar.
Úsalo justo después de terminar la práctica para condensar los errores y facilitar un repaso rápido y enfocado.
Notas por modelo
A medida que la conversación se alarga, el modelo tiende a calificar con mayor benevolencia. Es recomendable iniciar un nuevo chat cada dos o tres conceptos.
El modelo puede asumir comportamientos de versiones recientes sin justificación; verifica en la documentación oficial los aspectos sensibles a la versión. Si deseas incluir fragmentos de código en la práctica, introduce una sola función por mensaje; si pegas bloques extensos, el modelo tenderá a olvidar su rol de entrevistador y comenzará a hacer una revisión de código estándar.
Prompts relacionados
Última actualización 2026-09-02 · ¿Has visto un error? Avísanos