Un nouveau modèle donne une meilleure réponse à la même question. Il ne change ni la question, ni ce qu'on fait de la réponse.
Tous les quelques mois, un meilleur modèle arrive et les équipes l'attendent, en
espérant que le résultat business s'améliore. C'est rarement le cas, et la raison
est simple : un meilleur modèle donne une meilleure réponse à la même question.
Il ne change pas la question, et il ne change pas ce qu'on fait de la réponse
ensuite.
Si les gens tapent encore des prompts improvisés, repartent encore de zéro à chaque
fois, collent encore les résultats dans un document que personne ne réutilise — la
sortie s'améliore un peu et l'impact sur l'entreprise ne se cumule pas du tout.
Rien n'a changé dans la manière dont l'outil est utilisé.
Ce qui se cumule, c'est la partie que vous écrivez.
La différence entre un prompt et une compétence
Un prompt est quelque chose que vous avez tapé une fois. Une compétence est un
prompt à qui l'on a donné un nom, un propriétaire et une mission définie, de sorte
que n'importe qui dans l'équipe puisse l'exécuter sans réexpliquer la tâche.
C'est toute la distinction, et c'est elle qui sépare une équipe où une personne est
bonne en IA d'une équipe où tout le monde l'est.
Une mission par compétence
L'erreur de conception la plus fréquente : une compétence à la description vague et
polyvalente. Une « compétence marketing » qui fait de la recherche, rédige et gère
la prospection sera médiocre sur les trois — car il n'existe aucune sortie unique à
laquelle la comparer, donc personne ne remarque jamais quelle partie est faible.
Le test : si le but en une phrase peut décrire deux missions différentes, elle
est trop large. Scindez-la.
Scinder n'est pas plus de travail ; c'est moins. Deux compétences avec une mission
chacune sont plus faciles à écrire, à corriger et à juger fiables qu'une seule qui
fait mal les deux.
Écrivez-la sous forme de fiche
Pour chaque compétence qui vaut la peine d'être gardée, une page courte :
|
|
| Nom |
Comme les gens l'appellent à voix haute |
| But |
Une phrase. S'il couvre deux missions, scindez. |
| Quand l'utiliser |
Et quand ne pas le faire |
| Entrées |
Ce dont elle a besoin avant de pouvoir tourner |
| Fichiers de contexte |
Quelle partie de votre contexte écrit elle lit |
| Le prompt |
Fixe et réutilisable, pas réécrit à chaque fois |
| Format de sortie |
À quoi ressemble une exécution terminée |
| Ce qu'il faut vérifier |
Avant que la sortie soit utilisée |
| Faiblesses connues |
Les erreurs qu'elle commet réellement |
| Jamais sans relecture |
Ce qui doit passer par une personne d'abord |
Les deux dernières lignes sont celles que l'on saute et celles qui rendent une
compétence sûre à confier à un collègue. Une compétence sans faiblesses déclarées
n'a pas été assez utilisée.
N'en construisez que pour du travail qui revient
Une compétence pour une tâche que vous faites une fois est un effort perdu — vous
passerez plus de temps à la concevoir qu'à faire le travail. Construisez-les pour
l'hebdomadaire et le quotidien.
Le corollaire : quand vous vous surprenez à expliquer la même tâche à l'outil
pour la troisième fois, c'est le signal. Pas l'enthousiasme, pas un exercice de
planification. La troisième répétition.
Testez la constance, pas seulement l'exactitude
Avant de vous appuyer sur une compétence, exécutez-la deux ou trois fois sur la
même entrée, et sur deux ou trois entrées réelles différentes. Vous cherchez autre
chose que l'exactitude : produit-elle la même forme de sortie à chaque fois ?
Une compétence juste en moyenne mais structurellement différente à chaque exécution
ne permet de rien construire, car la personne en aval ne sait jamais ce qu'elle va
recevoir. Cette variabilité est invisible si vous ne l'exécutez qu'une fois.
Quand vous en avez plus d'une poignée
Ajoutez une page qui les liste : nom, à quoi elle sert, qui la possède, quand elle
a été modifiée pour la dernière fois. Sans cela, les gens ne trouvent pas la bonne
compétence, donc ils écrivent un nouveau prompt, et vous voilà revenu au point de
départ avec un dossier de plus.
La note belge sur les transcriptions d'appels
Une compétence fréquente et réellement utile extrait les vrais mots des clients
depuis les appels commerciaux ou de support. Deux précautions avant de la
construire :
Enregistrer une conversation puis la traiter et la conserver sont deux questions
distinctes, et la seconde fait entrer la transcription de plein pied dans le champ
de la protection des données. Décidez qui est informé, ce qui est conservé et
combien de temps — avant le premier enregistrement, pas après cinquante.
Et quand vous extrayez : gardez les mots du client quasi mot pour mot.
L'instinct pousse à polir les citations en langage marketing, ce qui efface
justement la précision qui les rendait dignes d'être collectées. « Le dernier outil
qu'on a essayé demandait un développeur pour le mettre en place » est utile. « La
facilité de mise en œuvre était une préoccupation » ne l'est pas.