Un métier qui a existé, puis s’est dissous dans les autres
Pendant environ dix-huit mois, prompt engineer a été un intitulé sur lequel on recrutait, on écrivait et on construisait des formations. Le poste s’est aujourd’hui largement dissous dans les métiers voisins, et ce n’est pas un jugement sur ceux qui l’ont exercé. C’est ce qui arrive quand une compétence existe parce qu’un outil est difficile à manier, et que l’outil devient plus facile. Les modèles ont progressé dans le suivi d’instructions ordinaires, ce qui a retiré l’essentiel de la technique élaborée qui justifiait un spécialiste. Ce qui restait s’est révélé inséparable de deux choses que ce spécialiste ne possédait habituellement pas : la connaissance du domaine, qui seule permet de dire si une réponse est juste plutôt que plausible, et le jeu d’évaluation, qui seul permet de dire si une modification a amélioré quelque chose. Une personne qui écrit des consignes sans l’une ni l’autre optimise contre une opinion, et une spécialité privée de ses deux appuis se fait absorber par ceux qui les détiennent.
Prompt engineer, en bref
Intitulé disputé| En une phrase | A été un métier à part entière pendant environ dix-huit mois et s’est largement absorbé dans les rôles voisins. |
|---|---|
| Jugé sur | La qualité des sorties sur une tâche définie, quand le rôle existe encore séparément. |
| Échoue quand | Il est recruté comme poste permanent, alors que la compétence est devenue une composante de plusieurs autres métiers. |
| Confondu avec | L’ingénierie IA, qui en a absorbé l’essentiel. |
L’intitulé désigne plusieurs métiers différents, ou se fait absorber par ses voisins. Aucun chiffre de rémunération : voir notre méthode.
Ce qui s’est réellement passé
Les premiers modèles récompensaient la technique. Des formulations précises, des échafaudages élaborés, un ordre réfléchi des exemples : tout cela produisait des résultats mesurablement différents, et quelqu’un qui l’avait appris par essais successifs était réellement plus efficace qu’un autre.
Cet écart s’est réduit rapidement. Les modèles suivants suivent bien des instructions ordinaires, et la majeure partie de la technique qui comptait est devenue soit inutile, soit intégrée aux outils. Ce qui était une spécialité s’acquiert désormais en quinze jours par un ingénieur compétent.
Le second phénomène est moins discuté et compte davantage. À mesure que les systèmes sont passés de la démonstration à la production, la contrainte a cessé d’être la consigne. Elle est devenue la recherche documentaire, l’évaluation, le coût, et le travail organisationnel pour que quoi que ce soit soit utilisé, dont rien n’appartenait au spécialiste des consignes.
Pourquoi la compétence est inséparable de deux autres
La connaissance du domaine. Juger qu’une sortie est correcte, et non simplement bien formée, suppose de connaître le sujet. Sur un domaine spécialisé, quelqu’un qui écrit des consignes sans cette connaissance ne distingue pas une bonne réponse d’une réponse fluide et fausse, ce qui est précisément le mode de défaillance de ces systèmes.
Le jeu d’évaluation. Améliorer une consigne suppose de mesurer si elle a amélioré quelque chose, contre des cas dont quelqu’un a établi la bonne réponse. Sans cela, l’itération est une suite d’opinions, et elle dégrade fréquemment des catégories que personne ne regardait.
Ces deux appuis appartiennent à d’autres personnes, ce qui est la raison structurelle pour laquelle le poste n’a pas tenu. Une spécialisation dont le travail dépend entièrement de deux actifs qu’elle ne possède pas se fait absorber par ceux qui les possèdent.
Pourquoi recruter sur cet intitulé est aujourd’hui un symptôme
L’annonce existe encore, et elle signale généralement un besoin mal diagnostiqué. Une organisation qui la rédige a constaté que la qualité des sorties décevait et conclu que les consignes étaient en cause.
Dans une majorité de cas, le problème est ailleurs. La recherche documentaire ramène le mauvais passage. Aucun jeu d’évaluation n’existe, donc personne ne sait si une modification aide. Ou le processus que le système est censé traiter n’a jamais été compris, et on demande à une machine de deviner un fonctionnement que l’organisation n’a pas formulé.
Aucun de ces trois problèmes ne se règle par de meilleures consignes, et recruter quelqu’un pour cela revient à confier à une personne une mission que sa fonction ne lui permet pas de mener. L’exercice utile, avant de publier une telle annonce, consiste à prendre vingt sorties décevantes et à ranger chaque défaut dans l’une de ces catégories.
Ce que vaut cette expérience sur un parcours
Elle vaut quelque chose, à condition d’être racontée pour ce qu’elle est. Quelqu’un qui a passé un an à obtenir des résultats fiables de ces systèmes a acquis une intuition précise de leurs limites, et cette intuition manque souvent aux équipes qui construisent.
Ce qui se présente mal est l’intitulé seul, parce qu’il suggère une spécialité étroite dans un domaine qui s’est déplacé. Ce qui se présente bien est d’avoir su mesurer : montrer un jeu d’évaluation construit, une catégorie de cas identifiée comme défaillante, une amélioration chiffrée. Ces profils existent, ils sont recherchés, et leur difficulté est de raconter leur travail plutôt que leur titre.
