Intelligence artificielle responsable · Techniques de prompting

Une meilleure consigne organise aussi la vérification.

Structurer des consignes d’IA avec contexte, sources, exemples, critères et étapes de contrôle, sans confondre une réponse convaincante avec une réponse fiable.

Un formateur compare des consignes de travail sur son écran et dans un carnet
Techniques de prompting
Comprendre
Explorer
Décider
Agir

Des repères. Des sources. Du sens.

Un prompting plus avancé consiste à organiser la tâche, les données, les exemples et les critères de contrôle pour obtenir une réponse plus facile à vérifier et à utiliser.
Karine Bertin
Karine BertinFondatrice d’Evolut’In Academy
Auditrice Qualiopi
Découvrir son expertise →
Source

CNIL — Limites et usage de l’IA générative

La CNIL rappelle les précautions sur les données et les productions générées. Les techniques de consigne et les tests proposés ici constituent une méthode pratique, à évaluer dans votre contexte.

Consulter la source : Consulter la ressource officielle
3

repères opérationnels

Des points de contrôle reliés aux décisions concrètes du métier.

5

étapes de mise en pratique

Une méthode courte pour passer de l’information à l’action.

2

sources vérifiées

Des références institutionnelles ou expertes, accessibles par lien direct.

Un prompting plus avancé consiste à organiser la tâche, les données, les exemples et les critères de contrôle pour obtenir une réponse plus facile à vérifier et à utiliser. Précisez le livrable, fournissez le contexte utile, séparez les sources des instructions et décomposez les travaux complexes. Testez ensuite la consigne sur plusieurs cas, dont des informations manquantes ou contradictoires. Aucune formule ne garantit l’exactitude : les résultats doivent être contrôlés à partir de références et de critères indépendants de leur style.

Lorsque la première réponse d’une IA ne convient pas, on ajoute souvent des adjectifs : sois expert, précis, détaillé et professionnel. Ces demandes expriment une attente, mais elles indiquent rarement comment distinguer une bonne réponse d’une réponse seulement convaincante. Une consigne devient plus utile lorsqu’elle décrit une tâche, un destinataire, des informations disponibles et des conditions de réussite. Le travail porte moins sur une formule magique que sur la précision du problème à traiter.

Le terme prompting désigne ici la rédaction et l’ajustement des instructions données à un système génératif. Nous utilisons avancé pour parler d’une démarche organisée : décomposer, fournir des exemples, définir un format, tester les cas difficiles et documenter les limites. Il ne s’agit pas d’obtenir une maîtrise totale du fonctionnement interne du modèle. Deux exécutions peuvent produire des résultats différents, et un changement de système peut modifier la réponse à une consigne identique.

Dans les métiers de la formation, cette démarche aide notamment à préparer une trame, analyser des notes ou adapter un contenu à un public. Les précautions relatives aux données et aux résultats restent essentielles. La CNIL rappelle que les réponses générées peuvent être erronées. Les techniques présentées ci-dessous sont des propositions de travail à tester dans votre contexte, sans classement de produits ni promesse de performance universelle.

Pour approfondir ce sujet, consultez la référence suivante : CNIL — Limites et usage de l’IA générative.

Cas fictif : Lina prépare une FAQ à partir de notes validées.

Lina coordonne une formation et souhaite transformer des notes internes en réponses aux questions des futurs participants. Sa première consigne demande une FAQ complète et rassurante. L’IA ajoute une durée de réponse administrative et une possibilité de financement qui ne figurent pas dans les notes. Le texte paraît cohérent, mais Lina ne peut pas le diffuser. Elle comprend que demander un ton professionnel n’a pas empêché l’outil de compléter les informations manquantes.

Elle prépare une nouvelle consigne : produire cinq réponses à partir des seules notes fournies, indiquer la référence utilisée et signaler les informations absentes. Elle distingue les documents par une étiquette et donne un exemple de réponse acceptable. Pour une question sur le financement, l’exemple demande de conserver les conditions connues et de ne pas transformer une possibilité en garantie. Lina teste ensuite la consigne avec une date volontairement absente et deux notes contradictoires.

Le résultat devient plus facile à contrôler parce que les lacunes sont visibles et que chaque proposition peut être rapprochée d’un passage. Lina vérifie néanmoins les réponses et réécrit celles qui restent ambiguës. Elle conserve la consigne, les notes utilisées et un petit ensemble de cas de test. Cette organisation ne prouve pas que le système sera toujours fiable ; elle rend les écarts plus repérables et les corrections plus ciblées.

Cette situation est fictive et inspirée de questions fréquemment rencontrées sur le terrain. Elle ne décrit pas une personne ou une organisation réelle.

Les points de départ sans alourdir la méthode.

Repère 01

Nommer le livrable

Précisez le destinataire, l’usage et le format attendu. Définissez quelques critères observables et la conduite à tenir lorsqu’une information manque. Vous devez pouvoir examiner le résultat sans vous appuyer seulement sur son ton ou sa fluidité.

    Repère 02

    Préparer les entrées

    Sélectionnez un contexte utile et des sources identifiées. Vérifiez leur version et les conditions de partage. Séparez les documents des instructions pour faciliter la lecture et le contrôle, sans considérer cette présentation comme une protection suffisante à elle seule.

      Repère 03

      Montrer un exemple

      Fournissez une réponse acceptable et expliquez ce qui la rend utile. Si nécessaire, ajoutez une erreur typique à éviter. Vérifiez que l’exemple n’introduit pas une règle ou une donnée qui serait fausse dans les autres situations.

        Repère 1

        Définir le contrat de la tâche

        Commencez par nommer le livrable et son usage. Demander une analyse n’indique pas si vous attendez une décision, une comparaison ou une liste de questions. Précisez le destinataire, le niveau de détail et la forme utile. Par exemple, produire une note destinée à une coordinatrice qui doit choisir les informations à vérifier avant diffusion définit mieux le travail que rédiger un texte expert sur la formation professionnelle.

        Ajoutez les critères qui permettront d’examiner le résultat. Ils peuvent porter sur l’exactitude, la présence des conditions, la distinction entre faits et propositions ou la longueur adaptée au lecteur. Évitez une accumulation de contraintes qui se contredisent. Si vous demandez une réponse très courte et une analyse exhaustive, indiquez la priorité ou prévoyez une synthèse avec une annexe. Une contrainte importante doit être formulée de manière observable, pas seulement comme une qualité souhaitée.

        Définissez ce que le système doit faire lorsqu’il manque une information. Vous pouvez lui demander de poser une question, de laisser une mention à compléter ou de présenter une hypothèse comme telle. Cette règle ne garantit pas qu’il la respectera ; elle rend toutefois le comportement attendu explicite et testable. Dans le cas de Lina, la consigne doit privilégier une réponse incomplète mais honnête à une information inventée pour rendre la FAQ plus rassurante.

          À mettre en pratique

          Une consigne utile précise ce qui doit être produit et comment vous déciderez si le résultat convient.

          Repère 2

          Organiser le contexte et séparer les sources

          Fournissez les informations qui changent réellement la réponse. Un historique très long peut noyer la tâche sous des détails sans utilité. Préparez un contexte court, puis des sources repérables avec leur titre, leur date et leur rôle. Une séparation visuelle entre instructions et documents aide le lecteur humain à contrôler la consigne. Elle ne constitue pas, à elle seule, une protection technique contre toutes les erreurs ou instructions malveillantes contenues dans un document.

          Demandez une référence au passage utilisé lorsque le travail dépend de documents fournis. Cette référence permet de vérifier la correspondance, mais elle peut elle-même être fausse. Ouvrez donc la source et contrôlez le contenu important. Une citation précise en apparence n’est pas une preuve que la réponse respecte la version complète. Soyez particulièrement attentif aux négations, aux exceptions et aux dates : une reformulation peut changer le sens en supprimant quelques mots.

          Examinez aussi ce que vous êtes autorisé à transmettre au système. Les données de participants, les dossiers de bénéficiaires ou les documents stratégiques ne doivent pas être copiés par habitude. Utilisez un cadre approuvé par votre organisation et limitez les informations au nécessaire. Si le document contient des consignes étrangères à votre tâche, traitez-les comme du contenu à analyser, pas comme une autorisation d’agir ou de modifier le périmètre du travail.

            À mettre en pratique

            Le contexte doit être utile, traçable et partageable ; il ne remplace pas votre contrôle des sources.

            Repère 3

            Utiliser des exemples pour préciser la forme attendue

            Un exemple peut montrer ce que des adjectifs ne suffisent pas à expliquer. Pour une synthèse, fournissez une entrée courte et une sortie acceptable. Faites apparaître la manière de distinguer une information établie, une conséquence possible et une question ouverte. L’exemple doit correspondre à la tâche réelle. S’il contient une règle particulière à un autre contexte, le système peut la reproduire à tort. Choisissez donc des exemples simples, autorisés et accompagnés de leur fonction.

            Vous pouvez également montrer une réponse inadéquate et expliquer le défaut observable : ajout d’un chiffre absent, confusion entre date de publication et date d’application, ou disparition d’une condition. L’objectif n’est pas d’enseigner toutes les erreurs possibles, mais de rendre les critères concrets. Ne fournissez pas uniquement des exemples très faciles. Une consigne qui semble fonctionner lorsque toutes les informations sont présentes peut se comporter différemment face à une source partielle.

            Vérifiez que l’outil ne se contente pas de copier la surface de l’exemple. Il peut reproduire les mêmes titres, le même nombre de points ou une formulation qui ne convient pas au nouveau cas. Testez un document d’une autre longueur ou un sujet voisin, puis examinez si les principes restent respectés. Les exemples doivent soutenir la compréhension de la tâche, sans devenir un moule qui masque les différences importantes entre les situations.

              À mettre en pratique

              Un exemple sert à rendre un critère visible ; il doit être choisi et contrôlé comme une ressource de travail.

              Repère 4

              Décomposer les tâches qui cumulent plusieurs décisions

              Une demande complexe peut combiner extraction, comparaison, décision et rédaction. Traitez ces étapes séparément lorsque leur mélange rend les erreurs difficiles à repérer. Commencez, par exemple, par extraire les faits et les informations manquantes ; vérifiez cette base ; demandez ensuite une comparaison ; rédigez enfin le document destiné au lecteur. Vous pouvez corriger une étape avant qu’une erreur ne se propage dans tout le livrable.

              Définissez une sortie utile pour chaque étape. Une extraction doit conserver les éléments nécessaires à la comparaison suivante. Une comparaison doit nommer les critères utilisés et les écarts observables. Vous pouvez demander une justification courte fondée sur les données, sans solliciter un récit supposé exhaustif du raisonnement interne du système. Ce qui vous intéresse est une explication vérifiable des choix, pas une longue narration qui pourrait simplement donner une impression de rigueur.

              Ne multipliez pas les étapes sans raison. Pour reformuler un paragraphe déjà validé, une consigne claire et une relecture peuvent suffire. La décomposition devient utile lorsque le travail comporte plusieurs sources, des arbitrages ou des conséquences importantes. Évaluez le temps de contrôle autant que le temps de génération. Une procédure très élaborée peut coûter plus de travail qu’elle n’en économise si elle n’aide pas à résoudre une difficulté concrète.

                À mettre en pratique

                Décomposez pour pouvoir vérifier et corriger, pas pour rendre la consigne artificiellement complexe.

                Repère 5

                Tester la consigne et conserver ses limites

                Préparez un petit ensemble de cas représentatifs. Incluez un cas ordinaire, une information absente, une contradiction et une demande hors périmètre. Pour chacun, écrivez ce que vous attendez avant de lancer le système. Vous évitez ainsi d’adapter vos critères après avoir vu une réponse séduisante. Les cas doivent refléter les difficultés de votre usage, sans contenir de données personnelles ou confidentielles inutiles au test.

                Comparez les résultats selon les mêmes critères. Notez les ajouts non fondés, les omissions et les formulations ambiguës. Modifiez un élément de la consigne à la fois lorsque cela est possible, puis reprenez les cas concernés. Une amélioration sur un exemple ne prouve pas une amélioration générale. Si vous changez de modèle ou de paramètres, considérez que les résultats précédents ne suffisent plus à valider le nouvel ensemble et refaites un contrôle adapté au risque.

                Conservez une version de la consigne avec son usage prévu, les sources attendues et les limites connues. Indiquez les points qui réclament toujours une relecture humaine. Une bibliothèque de prompts utile n’est pas une collection de phrases impressionnantes : elle permet de savoir quand une consigne convient et comment contrôler son résultat. Lorsque les documents ou les besoins changent, actualisez ce cadre au lieu de réutiliser automatiquement une version devenue inadaptée.

                  À mettre en pratique

                  La qualité d’un prompt se juge sur des résultats contrôlés, dans un périmètre connu.

                  Une méthode pour passer à l’action.

                  Adaptez ces étapes à votre situation. Elles constituent une proposition de travail, sans durée imposée ni résultat garanti.

                  1. 01
                    Temps 1

                    Nommer le livrable

                    Précisez le destinataire, l’usage et le format attendu. Définissez quelques critères observables et la conduite à tenir lorsqu’une information manque. Vous devez pouvoir examiner le résultat sans vous appuyer seulement sur son ton ou sa fluidité.

                  2. 02
                    Temps 2

                    Préparer les entrées

                    Sélectionnez un contexte utile et des sources identifiées. Vérifiez leur version et les conditions de partage. Séparez les documents des instructions pour faciliter la lecture et le contrôle, sans considérer cette présentation comme une protection suffisante à elle seule.

                  3. 03
                    Temps 3

                    Montrer un exemple

                    Fournissez une réponse acceptable et expliquez ce qui la rend utile. Si nécessaire, ajoutez une erreur typique à éviter. Vérifiez que l’exemple n’introduit pas une règle ou une donnée qui serait fausse dans les autres situations.

                  4. 04
                    Temps 4

                    Découper si nécessaire

                    Séparez les opérations dont les erreurs doivent pouvoir être corrigées avant la suite. Contrôlez les faits avant de demander une rédaction finale. Gardez une procédure proportionnée à la complexité et aux conséquences du travail.

                  5. 05
                    Temps 5

                    Évaluer et dater

                    Testez des cas ordinaires et difficiles, conservez les observations et les limites. Après une modification importante de la consigne, des sources ou du système, reprenez les contrôles utiles. Une consigne réutilisable doit rester accompagnée de son mode de vérification.

                  Faites le point sur votre pratique.

                  • Quels critères rendent la réponse acceptable ?
                  • Que doit faire l’outil lorsqu’une donnée manque ?
                  • Quels cas difficiles ai-je réellement testés ?

                  Les raccourcis qui fragilisent le résultat.

                  Confondre ton expert et exactitude

                  Contrôlez les faits et les références indépendamment du style.

                  Conserver seulement les réussites

                  Gardez des cas qui révèlent les limites et les erreurs de la consigne.

                  Ce qu’il faut garder en tête.

                  Un prompting utile organise un travail vérifiable. La précision du livrable, la sélection des sources, les exemples et les tests comptent davantage qu’une formule spectaculaire. La réponse finale doit toujours être examinée au regard de l’usage et de ses conséquences.

                  Relier les outils à votre démarche.

                  EasyQuali est l’application ; EasyIngénierie en est un module. Utilisez les outils de votre organisation pour conserver vos travaux et les reprendre avec le professionnel qui vous accompagne. Les décisions restent fondées sur votre situation et sur les vérifications nécessaires.

                  • Une question précise
                  • Des éléments vérifiables
                  • Un suivi adapté
                  Découvrir la formation IA

                  Des réponses précises pour agir.

                  Faut-il toujours donner un rôle d’expert à l’IA ?

                  Un rôle peut préciser le point de vue ou le vocabulaire attendu, mais il ne confère pas une expertise vérifiée au système. La tâche, les sources et les critères restent plus importants. Contrôlez les informations même lorsque la réponse adopte un ton très professionnel.

                  Une consigne longue est-elle forcément meilleure ?

                  Non. Une longueur excessive peut masquer les priorités ou introduire des contradictions. Ajoutez seulement le contexte et les règles qui changent le résultat. Une consigne plus courte mais structurée peut être plus facile à utiliser, à tester et à maintenir.

                  Demander des sources suffit-il à éviter les erreurs ?

                  Non. Une référence peut être inventée ou ne pas soutenir l’affirmation. Demandez des repères précis puis consultez les documents importants. La présence d’un lien ou d’une citation dans la réponse facilite le contrôle, sans le remplacer.

                  Peut-on demander à l’IA de vérifier sa propre réponse ?

                  Cela peut faire apparaître certains problèmes, mais ne constitue pas une vérification indépendante. Comparez les éléments importants aux sources ou à une expertise appropriée. Le même système peut conserver une erreur tout en produisant une explication convaincante de sa correction supposée.

                  Comment partager des prompts dans une équipe ?

                  Ajoutez à chaque consigne son objectif, les entrées nécessaires, les critères de contrôle et les limites connues. Préparez un exemple autorisé. Une autre personne doit pouvoir comprendre l’usage prévu et savoir quand demander une vérification complémentaire plutôt que réutiliser le prompt automatiquement.

                  Références officielles.

                  Les informations réglementaires et professionnelles ont été vérifiées le 11 septembre 2026. Les liens ouvrent directement les ressources institutionnelles utilisées pour cet article.

                  Donnez une suite à votre réflexion.

                  Travaillez les usages de l’IA à partir de situations professionnelles et de critères de validation explicites.

                  Retour aux articles sur l’intelligence artificielle