Mitos de la ingeniería de prompts que conviene desmontar

La ingeniería de prompts ha pasado de ser una broma interna a un puesto de trabajo, una formación pagada y, en muchos casos, una promesa exagerada. Conviene separar lo que es real de lo que es marketing, sobre todo si se está pensando en contratar perfiles o construir productos basados en esta disciplina.

Mito uno: existe el prompt perfecto

No existe. Existen prompts que funcionan razonablemente bien en condiciones acotadas y que se rompen en cuanto cambia el modelo, el idioma o el contexto. En producción, el prompt es un componente más, sometido a versionado y pruebas, no una fórmula secreta que justifique medio proyecto.

Mito dos: cuanto más largo, mejor

Vemos prompts de varias páginas con instrucciones contradictorias, ejemplos arrastrados desde demos antiguas y advertencias sobre sesgos copiadas de internet. La mayoría sobran. Un prompt limpio, con un objetivo claro, formato de salida explícito y dos o tres ejemplos cuidados rinde más que un texto de mil palabras.

Lo que sí importa de verdad

En los proyectos donde trabajamos, los problemas que se atribuyen al prompt suelen estar en otro sitio. La calidad del contexto que le pasas al modelo, la elección del modelo para esa tarea concreta, y la lógica que rodea la llamada pesan mucho más que la redacción.

• Asegúrate de que el modelo recibe la información mínima suficiente, ni más ni menos.
• Define la salida esperada en formato estructurado siempre que puedas.
• Versiona los prompts y mide qué cambios mejoran o empeoran resultados, sin confiar en la intuición.
• Trata el prompt como código: revisión, pruebas, cambios pequeños y medibles.

Una conclusión incómoda

La ingeniería de prompts útil se parece más a escribir buenas especificaciones funcionales que a descubrir trucos. No hay magia. Hay claridad, restricciones bien puestas y disciplina para medir.