# Module 4 — Premiers réflexes d'orchestration : dialoguer, cadrer, vérifier ## Section 1 — Démarrer ### Comment utiliser ce cours Ce module représente environ **6 heures** de travail. Chemin conseillé : 1. **Lisez les chapitres 1 à 5** (les trois réflexes) — 90 minutes. Ne sautez pas les encadrés. 2. **Faites la démonstration commentée du chapitre 6** sur Claude — 30 minutes. 3. **Réalisez l'atelier du chapitre 7** (cadrer + détecter une hallucination) — 75 minutes. 4. **Étudiez l'exemple travaillé du chapitre 8**, puis **produisez votre livrable** (chapitre 9) — 60 minutes. 5. **Faites les mini-exercices et le quiz** (chapitre 10), vérifiez avec les **corrigés en annexe D** — 30 minutes. 6. **Parcourez la FAQ (chapitre 11)** et gardez la **fiche mémo (annexe A)**. > **Conventions de lecture.** Les blocs à chasse fixe sont des **prompts à copier-coller**. Les encadrés « Piège », « Bonne pratique », « Le saviez-vous » et ⚠️ « Attention » signalent un point clé. « Exemple » montre un cas ; « Mini-exercice » vous fait pratiquer (corrigé en annexe). ------------------------------------------------------------------------ ### Fiche du module | Rubrique | Valeur | |----|----| | Module | 4 — Premiers réflexes d'orchestration : dialoguer, cadrer, vérifier | | Palier | Débutant (Fondations) — module de clôture du palier | | Durée | 6 heures | | Prérequis | Modules 1 à 3 validés | | Plateforme d'atelier | Claude ; transposition Microsoft Copilot évoquée | | Compétence clé visée | Cadrer une demande et détecter une hallucination | | 3 promesses portées | Productivité (résultat du premier coup) + conformité/fiabilité | | Votre livrable | Kit de cadrage et vérification | | Validation | Quiz ≥ 75 % + kit conforme à la grille (14/20) · clôture du palier Débutant | ------------------------------------------------------------------------ ## Section 2 — Comprendre ### Ch.1 — Pourquoi ces réflexes protègent votre image de marque ## 1.1 Une seule hallucination peut tout détruire Imaginez : un avant-vente envoie à un client une proposition contenant un ROI de « 312 % » et une référence à un « projet similaire chez Banque X » — deux éléments **inventés par l'IA** et non vérifiés. Le client connaît la Banque X : aucun projet n'a eu lieu. La confiance s'effondre, la vente est perdue, la réputation de votre organisation est entamée. Ce scénario n'a rien d'exceptionnel. Un modèle d'IA produit parfois des affirmations fausses formulées avec une parfaite assurance — les **hallucinations**. Ce module installe les trois réflexes qui protègent contre ce risque : **cadrer**, **structurer le dialogue**, **vérifier**. ## 1.2 Trois réflexes, deux promesses Bien **cadrer** multiplie la productivité : on obtient le bon résultat du premier coup, sans dix allers-retours. Bien **vérifier** garantit la conformité et la fiabilité des livrables — la base de la confiance que les trois promesses cherchent à construire. > **Idée force du module.** *L'IA propose, l'humain dispose.* Ces trois réflexes — cadrer, dialoguer, vérifier — sont non négociables dans la charte qualité. Ils sont ce qui sépare un usage professionnel d'un usage amateur de l'IA. > > **Le saviez-vous ?** Les hallucinations ne disparaissent jamais complètement, même avec les meilleurs modèles. La solution n'est pas « un meilleur modèle », c'est une **discipline de vérification**. C'est une compétence humaine, pas une fonctionnalité logicielle. ------------------------------------------------------------------------ ### Ch.2 — Objectifs et compétences visées À l'issue de ce cours, vous serez capable de : 1. **Cadrer** une demande à l'aide d'une structure en quatre blocs (contexte, tâche, format, contraintes). 2. **Structurer le dialogue** avec l'IA par itérations ciblées plutôt que de tout recommencer. 3. **Vérifier** systématiquement une sortie à l'aide d'une checklist, et **détecter une hallucination**. 4. **Définir votre seuil « human in the loop »** : ce qui ne part jamais sans relecture. ------------------------------------------------------------------------ ### Ch.3 — Pourquoi ça compte pour votre organisation | Promesse | Comment ces réflexes la servent | |----|----| | Productivité ×3 | Un bon cadrage donne le bon résultat du premier coup : moins d'allers-retours | | Réduction des coûts | Moins de reprises, moins de temps perdu à corriger des sorties bâclées | | Sécurité / conformité | La vérification empêche qu'une erreur ou une invention n'atteigne le client | Ce module est le **gardien de la qualité** : il transforme un outil puissant mais faillible en un dispositif fiable et défendable. ------------------------------------------------------------------------ ### Ch.4 — Concepts et vocabulaire clés - **Cadrage** — fait de préciser le rôle, l'objectif, le format attendu, les contraintes et les sources avant de lancer une requête. - **Prompt structuré** — instruction organisée (contexte → tâche → format → contraintes) qui réduit l'ambiguïté. - **Itération** — amélioration progressive d'un résultat par allers-retours ciblés, plutôt qu'attente d'une réponse parfaite du premier coup. - **Vérification factuelle (fact-checking)** — contrôle des affirmations contre une source fiable. - **Hallucination** — production d'une affirmation fausse mais formulée avec assurance. - **Garde-fou (guardrail)** — règle qui borne ce que le système a le droit de produire ou d'affirmer. - **« Human in the loop »** — principe selon lequel un humain valide les sorties à enjeu avant action. > **Piège classique.** Confondre « réponse fluide » et « réponse juste ». Une hallucination est, par construction, fluide et assurée. La fluidité n'est jamais une preuve de véracité. ------------------------------------------------------------------------ ### Ch.5 — Comprendre en profondeur ## 5.1 La structure de cadrage en 4 blocs Un bon prompt se construit comme un brief professionnel, en quatre blocs : | Bloc | Question | Exemple | |----|----|----| | **Contexte** | Qui je suis, pour qui | « Tu es consultant ; le destinataire est un dirigeant de PME. » | | **Tâche** | Ce que je veux | « Rédige le résumé exécutif d'une proposition Modern Work. » | | **Format** | Comment je veux la sortie | « 10 lignes maximum, ton trusted advisor. » | | **Contraintes** | Sources, longueur, interdits | « N'invente aucun chiffre ; marque “à valider” tout chiffre estimé. » | Ce simple cadre transforme une réponse générique en une réponse exploitable — vous l'avez vu dès le Module 1. ## 5.2 Itérer plutôt que recommencer Face à une réponse imparfaite, le réflexe amateur est de tout recommencer. Le réflexe professionnel est d'**itérer** : « Garde la structure, mais raccourcis le paragraphe 2 et ajoute une référence à la sécurité. » On guide le modèle vers le résultat, plus vite et plus précisément. ## 5.3 La checklist de vérification Avant qu'une sortie ne quitte votre poste, passez-la au crible : 1. Chaque **chiffre** est-il sourcé ou marqué « à valider » ? 2. Chaque **nom propre** (client, produit, référence) existe-t-il réellement ? 3. Chaque **affirmation** est-elle vérifiable ? 4. Y a-t-il une **invention plausible mais non fondée** (un faux exemple, une fausse citation) ? Si un seul point échoue, la sortie ne part pas. ## 5.4 Le seuil « human in the loop » Décidez, une fois pour toutes, ce qui ne quitte jamais votre poste sans relecture humaine. Pour un consultant, le minimum est : **tout ce qui va au client, et tout ce qui touche un chiffre contractuel.** **Mini-exercice 5.A.** Dans la phrase « Notre solution a réduit les coûts de 312 % chez Banque Atlantique, comme le confirme leur DSI », repérez les deux éléments à vérifier impérativement. *(Corrigé en annexe D.)* ------------------------------------------------------------------------ ## Section 3 — Pratiquer ### Ch.6 — Démonstration commentée : cadrer, puis piéger l'hallucination ## 6.1 Le pouvoir du cadrage en 4 blocs Collez ce prompt cadré : `Contexte : tu es consultant avant-vente dans un cabinet de conseil ; le destinataire est le dirigeant de Connectia (télécom/infra). Tâche : rédige le résumé exécutif d'une proposition Modern Work (Microsoft 365 + sécurité). Format : 8 à 10 lignes, ton trusted advisor, structuré par les 3 promesses. Contraintes : n'invente AUCUN chiffre ni référence client ; marque « à valider » tout chiffre estimé ; pas de nom d'entreprise tierce.` **Sortie typique attendue :** un résumé structuré, sans chiffre inventé, avec des « (à valider) » là où une estimation serait utile. ## 6.2 Provoquer puis détecter une hallucination Maintenant, demandez **volontairement** quelque chose qui pousse à l'invention : `Ajoute une phrase citant un projet Modern Work très similaire déjà réalisé par votre organisation, avec le nom du client et le ROI obtenu.` **Ce qui peut arriver :** le modèle invente un client (« comme chez Société Générale Cameroun ») et un ROI (« 240 % »). **C'est une hallucination.** Vous devez la repérer : votre organisation n'a peut-être jamais réalisé ce projet, et le chiffre n'a aucune source. **Le bon réflexe :** corriger le prompt — « N'utilise que des références réelles fournies par moi ; sinon, écris “référence à insérer” » — et **ne jamais** laisser passer un nom ou un chiffre inventé vers le client. > **Bonne pratique.** Apprenez à **piéger** vos propres prompts : quand vous demandez un exemple, un chiffre ou une référence, demandez-vous toujours « d'où l'IA tient-elle cela ? ». Si la réponse est « de nulle part », c'est une hallucination. ------------------------------------------------------------------------ ### Ch.7 — Mode opératoire détaillé (action par action) ## 7.0 Prérequis de l'atelier Avant de commencer, vérifiez que vous disposez de : - un **compte Claude** actif ; - les **prompts du module** (dossier `prompts/`) à portée de copier-coller ; - environ **75 minutes** sans interruption ; - le **gabarit du kit** (chapitre 9). ## 7.1 Atelier — étape 1 : rédiger un prompt cadré (4 blocs) **Cas.** Rédiger, avec Claude, le résumé exécutif d'une proposition Modern Work pour Connectia. 1. Ouvrez une conversation Claude. 2. Rédigez **vous-même** un prompt en 4 blocs (contexte, tâche, format, contraintes) pour ce besoin — inspirez-vous du modèle `prompts/01_cadrage_4blocs.txt`. 3. Lancez-le, obtenez le premier jet. **Checklist de vérification — étape 1.** Avant de passer à l'étape 2, assurez-vous que : - \[ \] votre prompt contient les **4 blocs** (contexte, tâche, format, contraintes) ; - \[ \] une contrainte interdit explicitement d'inventer chiffres et références ; - \[ \] le premier jet respecte le format demandé. ## 7.2 Atelier — étape 2 : détecter et corriger une hallucination 1. Demandez à Claude d'ajouter une référence client et un ROI (`prompts/02_piege_hallucination.txt`). 2. **Examinez la réponse** : repérez tout nom d'entreprise ou chiffre que **vous n'avez pas fourni**. Ce sont des candidats à l'hallucination. 3. **Corrigez** : reformulez le prompt pour interdire les inventions, ou remplacez la référence par « \[référence à insérer\] » et le chiffre par « (à valider) ». **Checklist de vérification — étape 2.** Avant de produire votre kit, assurez-vous que : - \[ \] vous avez identifié au moins un élément potentiellement halluciné ; - \[ \] aucune donnée inventée ne subsiste dans la version finale ; - \[ \] votre règle « human in the loop » est formulée par écrit. > \[!WARN\] **Attention — la fluidité n'est pas la vérité.** Une réponse bien écrite et assurée peut être entièrement fausse. Ne relâchez jamais la vérification sous prétexte que « ça a l'air juste ». Pour tout ce qui va au client, contrôlez chaque chiffre et chaque nom propre. ## 7.3 Transposition Microsoft Copilot Dans Copilot, le risque d'hallucination est réduit lorsque l'outil cite ses sources (fichiers SharePoint, e-mails). Apprenez à **exiger les sources** : « cite le document d'où provient chaque affirmation ». Mais le réflexe de vérification reste le même — Copilot aussi peut se tromper. ## 7.4 Bonnes pratiques et pièges - Cadrez en 4 blocs systématiquement. - Itérez par corrections ciblées plutôt que de tout recommencer. - Vérifiez chiffres, noms propres et affirmations avant tout envoi. - Définissez et respectez votre seuil « human in the loop ». **Mini-exercice 7.A.** Transformez la demande vague « fais-moi un mail pour le client » en un prompt cadré en 4 blocs. *(Corrigé en annexe D.)* ------------------------------------------------------------------------ ### Ch.8 — Exemple travaillé : un kit de cadrage et vérification Voici le livrable attendu, **entièrement déroulé**. ## 8.1 Le modèle de prompt en 4 blocs (réutilisable) `Contexte : tu es [rôle] ; le destinataire est [qui]. Tâche : [ce que je veux]. Format : [longueur, ton, structure]. Contraintes : n'invente aucun chiffre ni référence ; marque « à valider » toute estimation ; [autres interdits].` ## 8.2 Exemple complet sur le cas Connectia > Contexte : tu es consultant avant-vente dans un cabinet de conseil ; destinataire : dirigeant de Connectia. Tâche : résumé exécutif d'une proposition Modern Work. Format : 8–10 lignes, ton trusted advisor, structuré par les 3 promesses. Contraintes : aucun chiffre ni référence inventés ; « à valider » sur les estimations ; pas d'entreprise tierce nommée. ## 8.3 La checklist de vérification (standard personnel) | \# | Point de contrôle | OK ? | |-----|--------------------------------------------|------| | 1 | Chaque chiffre est sourcé ou « à valider » | ☐ | | 2 | Chaque nom propre existe réellement | ☐ | | 3 | Chaque affirmation est vérifiable | ☐ | | 4 | Aucune invention plausible non fondée | ☐ | | 5 | Règle « human in the loop » respectée | ☐ | > **Pourquoi ce kit est bon.** Il est **réutilisable** (modèle générique), **illustré** (cas réel), et **opérant** (checklist actionnable). C'est exactement l'outil qu'un consultant garde sous la main. ------------------------------------------------------------------------ ## Section 4 — Livrable & évaluation ### Ch.9 — Votre livrable ## 9.1 Consigne Produisez un **kit de cadrage et vérification** comprenant : (1) le modèle de prompt en 4 blocs réutilisable ; (2) un exemple complet sur le cas Connectia ; (3) votre checklist de vérification en 5 points adoptée comme standard personnel. ## 9.2 Grille de notation (sur 20 — seuil : 14/20) | Critère | Points | |-----------------------------------------------------|--------| | Modèle de prompt complet (4 blocs) | 6 | | Exemple appliqué cohérent (cas Connectia) | 5 | | Checklist de vérification opérationnelle (5 points) | 5 | | Règle « human in the loop » explicite | 4 | ## 9.3 Checklist avant de déposer - \[ \] Mon modèle de prompt contient les 4 blocs. - \[ \] Mon exemple interdit explicitement les inventions. - \[ \] Ma checklist couvre chiffres, noms propres, affirmations, inventions. - \[ \] Ma règle « human in the loop » est écrite. - \[ \] J'ai produit et vérifié le kit moi-même. Déposez votre kit sur le canal Teams (ou dans votre portfolio) avant J+2. ------------------------------------------------------------------------ ### Ch.10 — Auto-évaluation ## 10.1 Quiz (seuil : 4 bonnes réponses sur 5) 1. Citez les 4 blocs du cadrage. 2. Qu'est-ce qu'une hallucination et comment la repérer ? 3. Vrai/faux : il vaut mieux tout recommencer qu'itérer. Justifiez. 4. Quelles sorties ne partent jamais sans relecture humaine dans votre organisation ? 5. La fluidité d'une réponse prouve-t-elle sa véracité ? Répondez par vous-même, **puis** vérifiez avec l'**annexe D**. ## 10.2 Auto-positionnement Reportez votre niveau sur la grille d'auto-évaluation, ligne « Cadrage et vérification ». **Ce module clôt le palier Débutant** : vérifiez que vous avez validé les Modules 1 à 4 avant d'aborder le palier Avant-garde. ------------------------------------------------------------------------ ### Ch.11 — Points de vigilance : les pièges fréquents de ce module Avant de continuer, prenez 2 minutes pour vérifier les 3 confusions les plus fréquentes sur ce module — même après un score correct au quiz, elles reviennent souvent dans la pratique. | Piège fréquent | Pourquoi c'est trompeur | Comment corriger | |----|----|----| | Juger une réponse « juste » parce qu'elle est **fluide** | Une réponse bien écrite paraît crédible même quand elle est fausse | Fluidité ≠ vérité — vérifiez toujours le fond, pas seulement la forme | | **Recommencer** au lieu d'**itérer** | Recommencer de zéro semble plus simple mais fait perdre le travail déjà fait | Appliquez une correction ciblée sur ce qui ne va pas plutôt qu'un nouveau départ complet | | Laisser passer un **nom propre ou un chiffre inventé** | Un modèle peut produire un détail plausible mais entièrement faux | Vérifiez systématiquement chaque élément que vous n'avez pas fourni vous-même | Si l'une de ces confusions vous parle, revisitez **Ch.4 — Concepts et vocabulaire clés** ou **Ch.6 — Démonstration commentée** avant de passer au module suivant. ### Ch.12 — Questions fréquentes (FAQ) **« Le cadrage en 4 blocs, n'est-ce pas trop long ? »** Au début, oui ; très vite, cela devient un réflexe de quelques secondes — et cela vous fait gagner les dix allers-retours d'un prompt bâclé. **« Comment vérifier un chiffre que je ne connais pas ? »** Vous ne le validez pas : vous le marquez « à valider » et vous le confirmez auprès du client ou d'une source fiable avant l'envoi. Un chiffre non vérifié ne part jamais comme un fait. **« L'IA s'excuse quand elle se trompe. N'est-ce pas suffisant ? »** Non. L'excuse vient *après* que vous ayez repéré l'erreur. La vérification est votre travail, pas celui de l'IA. **« Et si je n'ai pas le temps de tout vérifier ? »** Alors la sortie ne part pas au client. Le temps de vérification fait partie du temps de production. C'est non négociable pour ce qui engage votre organisation. ------------------------------------------------------------------------ ### Ch.13 — Pour aller plus loin - Constituez une **bibliothèque de prompts cadrés** pour vos tâches récurrentes. - Entraînez-vous à repérer les hallucinations : demandez à l'IA un exemple chiffré, puis traquez la source. - Affichez votre checklist de vérification près de votre poste. **Et ensuite — Palier Avant-garde, Module 5 :** vous entrez dans l'**économie réelle des échanges entre modèles** — coût par token, arbitrage coût / performance / latence — pour chiffrer et défendre une chaîne IA. ------------------------------------------------------------------------ ## Annexes (ressources) ### Mémo · Prompts · Glossaire · Corrigés - **Cadrer en 4 blocs :** Contexte · Tâche · Format · Contraintes. - **Itérer**, ne pas recommencer : corrections ciblées. - **Vérifier** : chiffres sourcés · noms propres réels · affirmations vérifiables · pas d'invention. - **Human in the loop :** rien ne part au client sans relecture ; jamais un chiffre contractuel non vérifié. - **La fluidité n'est pas la vérité.** *L'IA propose, l'humain dispose.* # Annexe B — Vos prompts du module Dans `prompts/` : `00_contexte_projet_claude.txt`, `01_cadrage_4blocs.txt`, `02_piege_hallucination.txt`. # Annexe C — Glossaire express | Terme | En une phrase | |----|----| | Cadrage | Préciser rôle, objectif, format, contraintes avant de demander | | Prompt structuré | Contexte → tâche → format → contraintes | | Itération | Améliorer par corrections ciblées plutôt que tout refaire | | Hallucination | Affirmation fausse mais assurée | | Garde-fou | Règle qui borne ce que l'IA a le droit d'affirmer | | Human in the loop | Un humain valide les sorties à enjeu avant action | # Annexe D — Corrigés **Mini-exercice 5.A.** Les deux éléments à vérifier : (1) le chiffre **« 312 % »** (aucune source — à valider ou supprimer) ; (2) la **citation/confirmation du DSI de Banque Atlantique** (référence et citation potentiellement inventées). Ne rien envoyer sans confirmation réelle. **Mini-exercice 7.A (exemple).** Contexte : tu es chargé de clientèle ; destinataire : M. X, dirigeant du client Y. Tâche : rédige un e-mail de relance après notre rendez-vous. Format : 6 lignes, ton cordial et professionnel. Contraintes : n'invente aucune date ni engagement ; laisse « \[date\] » si une date est nécessaire. **Quiz — corrigé.** 1. Contexte, tâche, format, contraintes. 2. Une hallucination est une affirmation fausse formulée avec assurance ; on la repère en vérifiant chiffres, noms propres et sources — tout ce que l'IA n'a pas reçu de vous est suspect. 3. Faux : il vaut mieux itérer par corrections ciblées ; recommencer fait perdre le bon de la réponse précédente. 4. Tout ce qui va au client et tout ce qui touche un chiffre contractuel. 5. Non : une hallucination est, par nature, fluide et assurée. La fluidité ne prouve rien.