La plupart des conseils partent d'un outil et cherchent un usage. Partez plutôt de la tâche, et faites-la passer par trois questions. Deux portent sur la vérification, et ce n'est pas un hasard.
La plupart des guides sur l'IA au travail commencent par un produit, puis cherchent quoi en faire. C'est le mauvais sens, et cela explique pourquoi tant de débuts enthousiastes s'éteignent au bout de quelques semaines. L'outil arrive, chacun l'essaie sur ce qui lui passe sous la main, les résultats sont inégaux, et l'habitude meurt sans que personne ait décide de l'arrêter.
Un meilleur point de départ est une tâche que vous faites déjà et que vous comprenez déjà. Faites-la passer par trois questions.
C'est la question qui tranche la plupart des cas, et c'est celle que l'on saute.
Rédiger un premier jet de compte rendu d'une réunion ou vous étiez passé sans difficulté. Vous y étiez. Un compte rendu qui manque l'essentiel vous saute aux yeux en quelques secondes, parce que vous vérifiez contre quelque chose que vous avez déjà en tête.
Calculer ce qu'il faut facturer à un client échoue tout aussi nettement. Pour savoir si le montant est juste, il faut faire le calcul, et à ce moment la machine ne vous a rien épargné mais a ajoute une étape. Tout ce dont la vérification coûte autant que la production n'est pas un candidat, aussi impressionnant que soit le rendu.
La bonne version de cette question n'est pas puis-je vérifier mais puis-je vérifier vite. Presque tout finit par être vérifiable. Si vérifier prend autant de temps que faire, l'arithmétique est déjà négative.
Certaines erreurs sont bon marché. Un brouillon maladroit vous coûte la minute qu'il faut pour réécrire la phrase. Une note interne mal formulée se corrige dans la réponse.
D'autres erreurs coûtent cher et, pire, coûtent cher plus tard. Un chiffre faux glisse dans un document que personne ne relit, un engagement pris auprès d'un client sur un ton que vous ne vouliez pas, un bout de code qui marche sur les cas essayés et casse sur celui que vous n'avez pas essayé : rien de tout cela ne s'annonce. Cela remonte des semaines après, accroche au problème de quelqu'un d'autre.
Là où l'erreur coûte peu et se voit tout de suite, la vitesse est un vrai gain. Là où elle coûte cher ou se cache, le temps apparemment gagné est emprunté sur une facture qui arrive plus tard, avec les intérêts.
Celle-ci ne parle pas du tout de qualité, et c'est elle qui met réellement les gens en difficulté.
Des données personnelles concernant autrui, un contenu couvert par une clause de confidentialité, des identifiants, des documents clients arrivés sous un accord précisant qui les verrait : rien de tout cela ne devient partageable parce qu'il serait pratique de le coller dans un champ de saisie. La commodité ne vaut pas consentement, et le fait qu'un outil propose un champ de texte ne vous donne pas le droit de le remplir.
La forme pratique de cette question est simple. Si vous ne transmettriez pas ce document à un prestataire extérieur sans demander à personne, ne le collez pas dans un service extérieur sans demander à personne.
Les tâches qui franchissent les trois questions sont toujours les mêmes, et elles n'ont rien de spectaculaire.
Transformer des notes brutes en premier jet structure, quand vous savez ce que les notes voulaient dire. Réécrire pour un autre public ce que vous maîtrisez déjà, quand vous voyez immédiatement si le sens a survécu. Produire les variantes ennuyeuses d'une phrase pour en choisir une. Expliquer un document ou un code inconnu assez bien pour poser une meilleure question, en traitant l'explication comme un point de départ plutôt que comme une réponse.
Remarquez ce que ces cas ont en commun. Dans chacun, c'est vous qui détenez déjà la réponse, et la machine qui tape. C'est la forme du gain fiable.
Tout ce qui exige un fait auquel le modèle n'a pas d'accès sûr, ce qui couvre la majorité dès questions factuelles. Tout ce où un ton assuré masque une absence de savoir. Tout ce que vous ne pouvez pas vérifier plus vite que vous ne l'auriez fait. Et tout ce que vous n'avez pas le droit de partager.
Si vous voulez une première semaine qui vous apprenne quelque chose, prenez une tâche récurrente qui passe les trois questions et servez-vous de l'outil dessus chaque jour. Conservez les sorties que vous avez écartées, pas celles que vous avez gardées.
C'est dans les rebuts que se trouve l'apprentissage. Ils montrent où cet outil précis dérape sur ce type de travail précis, et c'est un savoir qu'aucun guide général de prompts ne peut donner, car il dépend de votre tâche et de vos exigences. Au bout d'une semaine, votre intuition sur le moment où y recourir vaudra plus que n'importe quelle liste de formules.
Les trois questions disent la même chose : la machine est douée pour produire des formes et mauvaise pour garantir un contenu. Là où vous avez besoin d'une sortie bien formée et où c'est vous qui tenez le contenu, cela fonctionne. Là où c'est le contenu qui vous manque et que vous ne pouvez ni le fournir ni le vérifier, cela ne fonctionne pas, et reformuler la demande n'y changera rien.
Un logiciel ordinaire casse bruyamment. Un modèle de langue fait plus étrange : il produit une réponse assurée et bien formée, qu'il en ait une ou non. Voici où cela mord, et ce qui l'attrape.
Lire l'articleUn e-mail quand un article paraît. Pas d'outil de la semaine, pas de liste d'affiliation, aucune transmission de votre adresse à qui que ce soit.
