Aparecieron en LinkedIn hace dos años y siguen ahí: «experto en prompts», «prompt engineer», «ingeniero de instrucciones». Cursos de 2.000 euros para aprender a hablarle a ChatGPT. Empresas que abren una vacante para contratar a alguien que «domine el arte del prompt». Y la mayoría está gastando dinero en resolver el problema equivocado. No porque escribir buenos prompts no importe —importa— sino porque es, con diferencia, la parte más fácil y la que menos escasea de montar IA que funcione en producción.
Por qué contratar un experto en prompts suena bien y sale mal
La idea es seductora porque el prompt es lo único visible. Cuando ves a alguien sacarle una respuesta brillante a un modelo, parece magia, y la magia parece que se paga. Pero confundes el interruptor con la instalación eléctrica. El prompt es el interruptor: la parte que tocas. El sistema que hace que la luz encienda de forma fiable, cada día, con los datos correctos y sin quemar la casa, es otra cosa completamente distinta —y es donde está el trabajo de verdad.
El resultado de contratar «experto en prompts» y parar ahí es predecible: consigues una demo preciosa que impresiona en una reunión y se cae la primera semana en contacto con la realidad. Porque el prompt perfecto sobre datos que no existen, sin conexión a tus sistemas y sin nadie vigilando qué pasa cuando falla, no es una solución. Es un truco de salón.
El prompt es la parte que menos escasea
Escribir un buen prompt es una habilidad real, pero se aprende en semanas, se documenta en una página y —cada vez más— la hacen los propios modelos. Los modelos actuales son mucho más tolerantes a instrucciones imperfectas que los de hace dos años: entienden lo que quieres aunque no lo formules como un ritual. Apostar tu ventaja competitiva a que sabes escribir mejores frases que el resto es apostar a un foso que se seca solo con cada versión nueva del modelo.
Lo escaso no es la frase. Lo escaso es todo lo que la rodea: saber qué proceso de tu empresa vale la pena automatizar, de dónde sale el dato real que la respuesta necesita, cómo se conecta con tu ERP o tu CRM, qué pasa cuando el modelo se equivoca y quién se entera. Eso no se aprende en un curso de fin de semana, y es exactamente lo que separa una demo de un sistema.
Lo que de verdad escasea: el sistema alrededor
Cuando desglosas un sistema de IA que lleva meses funcionando en una empresa, el prompt es una fracción minúscula del total. Lo que sostiene el resultado es esto:
- Los datos. El prompt más brillante sobre información que el modelo no puede consultar produce respuestas seguras y falsas. El trabajo está en conectar la fuente real —el pedido, la factura, el estado— para que el sistema consulte en vez de inventar.
- La integración. Una respuesta en una ventana de chat no hace trabajo. El valor aparece cuando el sistema lee tu correo, escribe en tu CRM, dispara tu flujo. Eso es fontanería, no prompting.
- La evaluación. ¿Cómo sabes que funciona el 95% de las veces y no el 60%? Sin un sistema para medir aciertos, fallos y casos raros, estás operando a ciegas y llamándolo confianza.
- La operación. Qué pasa cuando falla, quién lo revisa, cómo escala a un humano, cómo se actualiza cuando cambia el modelo. Un sistema sin dueño no es un sistema: es una bomba de relojería con buena presentación.
Nada de esto se resuelve con un prompt mejor. Se resuelve construyendo. Si quieres ver cómo se monta la pieza que de verdad hace el trabajo, la guía de cómo crear un agente de IA desglosa las partes que importan, y la de entrenar el agente con tu información explica por qué el conocimiento propio —no la instrucción— es el activo defendible.
Qué contratar en su lugar
No contrates a quien sabe hablarle a un modelo. Contrata a quien sabe montar el sistema que hace el trabajo y lo deja funcionando en producción —midiendo, con red y con dueño—. La pregunta correcta en una entrevista no es «enséñame tu mejor prompt»; es «enséñame algo que montaste y lleva seis meses funcionando sin ti delante». La primera filtra por teatro; la segunda, por criterio.
En la práctica, eso casi nunca es una persona escribiendo frases: es alguien conectando tus fuentes de datos, tus integraciones y tus reglas de escalado hasta que un proceso concreto deja de comerse el día de tu equipo. Cuando lo que te quita horas son los mismos correos una y otra vez, la solución no es un prompt: es automatizar los emails repetitivos de verdad. Y cuando el dolor es operativo y transversal, la automatización de operaciones monta el sistema entero —el prompt incluido, como la pieza pequeña que es—.
El «experto en prompts» no desaparece: se disuelve dentro de un rol más grande y más útil. Saber pedirle bien las cosas al modelo es una habilidad que todo buen implementador tiene, igual que un buen fontanero sabe abrir un grifo. Pero no contratas a un fontanero por saber abrir el grifo. Lo contratas por todo lo que hay detrás de la pared.