El prompt engineering no es un recetario de trucos, es iteración: lo escribes, lo pruebas con unos cuantos casos reales, miras dónde se aleja de lo que querías y escribes esa diferencia dentro. La distancia entre el uso aficionado y el profesional no está en el vocabulario, sino en si ejecutas el mismo prompt varias veces y sobre varios casos antes de ponerlo en producción.
¿Por qué importa? Porque en un proceso real el prompt es código: al etiquetar cien pedidos no te interesa que una vez la respuesta quedara bonita, sino cuántas veces se equivoca. A un prompt hay que tratarlo, por tanto, igual que a un fragmento de código: versionado, con ejemplos y medido.
El error más frecuente es creer que esta disciplina se ha acabado porque los modelos son más listos. En parte es cierto: muchos trucos antiguos sobran. Lo que no se ha acabado es el diseño del contexto — qué entra en la ventana del modelojunto a la pregunta — y hoy esa es la parte más grande del trabajo.
Las cinco piezas y la iteración práctica las desarrolla La anatomía de un prompt que funciona, un artículo aparte. Los conceptos directamente relacionados: context engineering, meta-prompting y prompt library.