# Module 8 — Concevoir une chaîne de traitement agentique ## Section 1 — Démarrer ### Comment utiliser ce cours Ce module représente environ **8 heures** de travail. Chemin conseillé : 1. **Lisez les chapitres 1 à 5** (anatomie d'une chaîne, points de décision, garde-fous) — 110 minutes. 2. **Faites la démonstration commentée du chapitre 6** (lire un workflow agentique) — 30 minutes. 3. **Réalisez l'atelier du chapitre 7** (concevoir la chaîne Horizon Services) — 100 minutes. 4. **Étudiez l'exemple travaillé du chapitre 8**, puis **produisez votre livrable** (chapitre 9) — 75 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 **schémas/pseudo-workflows** à lire (fournis dans `scripts/`). Les encadrés « Piège », « Bonne pratique », « Le saviez-vous » et ⚠️ « Attention » signalent un point clé. ------------------------------------------------------------------------ ### Fiche du module | Rubrique | Valeur | |----|----| | Module | 8 — Concevoir une chaîne de traitement agentique | | Palier | Avant-garde (Praticien) — clôture du palier | | Durée | 8 heures | | Prérequis | Modules 5 à 7 validés | | Plateforme d'atelier | Claude (conception) → Copilot Studio (industrialisation) | | Compétence clé visée | Cartographier et concevoir un workflow agentique de bout en bout | | 3 promesses portées | Les 3 (productivité ×3, coûts, sécurité/conformité) | | Votre livrable | Dossier de conception de chaîne agentique | | Validation | Quiz ≥ 75 % + dossier conforme + Jalon 2 (Praticien) | ------------------------------------------------------------------------ ## Section 2 — Comprendre ### Ch.1 — Pourquoi la chaîne agentique est ce qui crée vraiment de la valeur ## 1.1 De la posture au produit On ne vend pas « une IA » : on vend une **chaîne de traitement** qui automatise un processus métier mesurable. Une chaîne bien conçue est la matérialisation **simultanée** des trois promesses : elle automatise (productivité ×3), elle remplace du temps coûteux (−30 à −50 % de coûts), et elle intègre des garde-fous et un contrôle humain (sécurité/conformité). Maîtriser cette conception, c'est passer du discours à l'**offre packagée** (les tiers START → ENTERPRISE). ## 1.2 Concevoir avant d'industrialiser Vous concevez la chaîne **sur papier** : étapes, organes, décisions, garde-fous, mesure. L'industrialisation (Copilot Studio, Power Automate) viendra ensuite, portée par les spécialistes. Mais c'est votre conception qui détermine la valeur, le coût et le risque. > **Idée force du module.** Une chaîne agentique n'est pas magique : c'est un **enchaînement d'étapes**, chacune confiée au bon organe, avec des points de décision, des garde-fous et une mesure. Concevoir, c'est répondre à « qui fait quoi, dans quel ordre, sous quel contrôle, à quel coût ». > > **Le saviez-vous ?** Ce qui distingue une chaîne *agentique* d'un simple script, c'est que l'**agent décide** dynamiquement de certaines étapes (chercher, escalader, réessayer) au lieu de suivre un chemin figé. C'est plus souple — et cela demande des garde-fous plus stricts. ------------------------------------------------------------------------ ### Ch.2 — Objectifs et compétences visées À l'issue de ce cours, vous serez capable de : 1. **Formuler** l'objectif métier mesurable d'une chaîne. 2. **Décomposer** la chaîne en étapes et attribuer chaque étape à un organe. 3. **Placer** les points de décision, les garde-fous et le contrôle humain. 4. **Définir** les indicateurs, le coût par dossier et le scénario d'échec. ------------------------------------------------------------------------ ### Ch.3 — Pourquoi ça compte pour votre organisation | Promesse | Comment la chaîne la sert | |----|----| | Productivité ×3 | Le processus est automatisé de bout en bout | | Réduction des coûts | La chaîne remplace du temps humain coûteux ; coût par dossier maîtrisé | | Sécurité / conformité | Garde-fous + contrôle humain intégrés dès la conception | La chaîne est le **livrable phare** : c'est ce qu'on chiffre, démontre et signe. ------------------------------------------------------------------------ ### Ch.4 — Concepts et vocabulaire clés - **Chaîne de traitement (pipeline)** — suite ordonnée d'étapes transformant une entrée en résultat métier. - **Workflow agentique** — chaîne où un agent décide dynamiquement de certaines étapes et outils plutôt que de suivre un script rigide. - **Étape / nœud** — une opération unitaire (classer, extraire, rédiger, vérifier, envoyer). - **Point de décision (branchement)** — embranchement où la suite dépend d'une condition (cas simple → réponse auto ; cas complexe → escalade humaine). - **Boucle de contrôle humain** — étape de validation par un humain avant une action à enjeu. - **Garde-fou** — règle bornant le comportement (ne jamais promettre un délai, ne jamais divulguer une donnée d'un autre client). - **Indicateur de chaîne** — mesure de performance (taux de traitement automatique, taux d'erreur, temps moyen, coût par dossier). > **Piège classique.** Concevoir une chaîne « tout automatique » sans point de contrôle humain. Une chaîne sans garde-fou ni humain dans la boucle est un risque, pas un progrès. ------------------------------------------------------------------------ ### Ch.5 — Comprendre en profondeur ## 5.1 L'anatomie d'une chaîne Une chaîne type se lit comme une suite d'étapes, chacune confiée à un organe (Module 2) : | Étape | Organe responsable | Rôle | |----|----|----| | Entrée | Déclencheur | Un ticket / e-mail arrive | | Classification | Modèle léger | Trier la demande | | Recherche d'information | Outils (RAG) | Aller chercher la réponse dans la base | | Génération | Modèle (léger ou puissant) | Rédiger la réponse | | Vérification | Garde-fou + humain | Contrôler avant envoi | | Action | Outils | Envoyer / créer / notifier | | Mesure | Indicateurs | Suivre la performance | ## 5.2 Les points de décision Une chaîne agentique **bifurque**. Exemple : après la classification, si la confiance est haute et le cas simple → réponse automatique (sous garde-fou) ; si la confiance est faible ou le cas sensible → **escalade vers un humain**. Bien placer ces branchements est l'art de la conception. ## 5.3 Garde-fous et contrôle humain Un **garde-fou** borne le comportement : « ne jamais promettre un remboursement », « ne jamais divulguer le dossier d'un autre client ». La **boucle de contrôle humain** impose une validation avant toute action à enjeu. Question clé de conception : *où la chaîne s'arrête-t-elle pour demander un humain ?* ## 5.4 Mesure et scénario d'échec Une chaîne sans **indicateurs** ne se pilote pas : taux d'automatisation, taux d'erreur, temps moyen, **coût par dossier** (réutilisez le Module 5). Et il faut prévoir le **scénario d'échec** : que fait la chaîne si une étape échoue ou si la confiance est faible ? (réessai, mise en file, escalade humaine). **Mini-exercice 5.A.** Dans une chaîne de support, citez un point de décision et le garde-fou associé. *(Corrigé en annexe D.)* ------------------------------------------------------------------------ ## Section 3 — Pratiquer ### Ch.6 — Démonstration commentée : lire un workflow agentique Le dossier `scripts/` contient un pseudo-workflow (`chaine_support_pseudo.txt`). Ouvrez-le. ## 6.1 Le pseudo-workflow `DÉBUT (déclencheur : nouveau ticket support) étape 1 classer le ticket [modèle léger] décision si confiance < seuil OU cas sensible -> ESCALADE HUMAIN étape 2 chercher la réponse (RAG) [outils : base de connaissances] étape 3 rédiger la 1re réponse [modèle] GARDE-FOU : pas de promesse de délai ; pas de données d'un autre client étape 4 contrôle humain (valider) [humain] <-- obligatoire avant envoi étape 5 envoyer la réponse [outils : e-mail] étape 6 mesurer (auto%, erreurs, coût/dossier) EN CAS D'ÉCHEC d'une étape : réessai x1, sinon mise en file + alerte FIN` ## 6.2 Lire la chaîne Repérez : l'**entrée** (ticket), les **étapes** (classer, chercher, rédiger, envoyer), le **point de décision** (escalade si confiance faible), le **garde-fou** (pas de promesse, pas de fuite), le **contrôle humain** (validation obligatoire), la **mesure** et le **scénario d'échec**. Cette structure est réutilisable pour presque tout processus. > **Bonne pratique.** Concevez toujours la chaîne en partant de l'**objectif mesurable** (« traiter 70 % des tickets niveau 1 sans intervention, avec validation des 30 % restants ») : il dicte les seuils, les branchements et les indicateurs. ------------------------------------------------------------------------ ### Ch.7 — Mode opératoire détaillé (action par action) ## 7.0 Prérequis de l'atelier - le fichier `scripts/chaine_support_pseudo.txt` (modèle de workflow) ; - un **compte Claude** pour structurer la conception ; - environ **100 minutes** + le gabarit du dossier de conception (chapitre 9). ## 7.1 Atelier — étape 1 : objectif et étapes **Cas.** Automatiser la production des **premières réponses du support Horizon Services** après la migration Exchange. Objectif mesurable : « traiter 70 % des tickets de niveau 1 sans intervention humaine, avec validation des 30 % restants ». 1. Formulez l'**objectif mesurable**. 2. Décomposez la chaîne en étapes (entrée → classification → recherche → génération → vérification → action → mesure) et attribuez chaque étape à un **organe** (réutilisez les Modules 2, 6, 7). Aide : prompt `01_conception_chaine.txt`. **Checklist de vérification — étape 1.** Avant de passer à l'étape 2, assurez-vous que : - \[ \] l'objectif est mesurable (un %, un seuil) ; - \[ \] chaque étape a un organe responsable ; - \[ \] la chaîne va de l'entrée à la mesure. ## 7.2 Atelier — étape 2 : décisions, garde-fous, coût, échec 1. Placez au moins un **point de décision** (escalade) et un **garde-fou**. 2. Définissez la **boucle de contrôle humain** (où la chaîne s'arrête pour un humain). 3. Estimez le **coût par dossier** (Module 5) et définissez **3 indicateurs** de pilotage. 4. Décrivez le **scénario d'échec** (réessai, file, alerte). **Checklist de vérification — étape 2.** Avant de produire votre dossier, assurez-vous que : - \[ \] au moins un point de décision et un garde-fou sont présents ; - \[ \] un contrôle humain est prévu avant toute action à enjeu ; - \[ \] le coût par dossier est estimé et le scénario d'échec décrit. > \[!WARN\] **Attention — jamais d'action à enjeu sans humain.** Une chaîne qui envoie des réponses au client, modifie un dossier ou prend une décision financière doit comporter une **boucle de contrôle humain** sur ces actions. L'automatisation totale d'une action sensible est un risque, pas une performance. ## 7.3 Industrialisation Microsoft Copilot Studio Cette chaîne s'industrialise dans **Copilot Studio** (l'agent + ses sujets), **Power Automate** (l'orchestration des étapes) et les **connecteurs** (e-mail, base de connaissances). Votre dossier de conception est le cahier des charges que les spécialistes implémenteront. ## 7.4 Bonnes pratiques et pièges - Partez de l'objectif mesurable. - Une étape = un organe responsable. - Toujours un point de décision, un garde-fou, un contrôle humain. - Mesurez (coût/dossier, taux d'auto) et prévoyez l'échec. **Mini-exercice 7.A.** Proposez un indicateur qui montre que la chaîne tient son objectif « 70 % automatique ». *(Corrigé en annexe D.)* ------------------------------------------------------------------------ ### Ch.8 — Exemple travaillé : dossier de conception (Horizon Services) ## 8.1 Objectif mesurable > Traiter automatiquement 70 % des tickets de support de niveau 1, avec validation humaine des 30 % restants et de 100 % des cas sensibles ; coût par dossier maîtrisé ; zéro réponse envoyée sans contrôle humain. ## 8.2 Le diagramme de la chaîne `Ticket -> [classer: modèle léger] -> décision: confiance faible ou cas sensible ? -> OUI: escalade humain -> NON: continuer -> [chercher réponse: RAG sur base de connaissances] -> [rédiger: modèle] -> GARDE-FOU: pas de promesse de délai/remboursement ; pas de données d'autrui -> [contrôle humain: valider] (obligatoire) -> [envoyer: connecteur e-mail] -> [mesurer: auto%, erreurs, coût/dossier] ÉCHEC d'une étape -> réessai x1 -> sinon file + alerte superviseur` ## 8.3 Indicateurs et coût | Indicateur | Cible | |---------------------------------|--------------------------------------| | Taux de traitement automatique | ≥ 70 % | | Taux d'erreur (après contrôle) | ≤ 2 % | | Temps moyen de première réponse | \< 1 h | | Coût par dossier | quelques dizaines de XAF (à valider) | ## 8.4 Scénario d'échec Si la recherche (RAG) ne trouve rien, ou si le modèle a une faible confiance, la chaîne **n'invente pas** : elle escalade vers un agent humain et met le ticket en file prioritaire. > **Pourquoi cet exemple est bon.** Objectif mesurable ; chaîne complète de l'entrée à la mesure ; un point de décision et un garde-fou ; contrôle humain obligatoire ; coût par dossier estimé ; scénario d'échec qui interdit l'invention. ------------------------------------------------------------------------ ## Section 4 — Livrable & évaluation ### Ch.9 — Votre livrable ## 9.1 Consigne Produisez un **dossier de conception de chaîne agentique** pour le support Horizon Services : objectif mesurable, diagramme des étapes avec organes attribués, points de décision et garde-fous, indicateurs et coût par dossier estimé, scénario d'échec. ## 9.2 Grille de notation (sur 20 — seuil : 14/20) | Critère | Points | |------------------------------------------------------|--------| | Objectif mesurable | 3 | | Chaîne complète (entrée → mesure), organes attribués | 6 | | Point de décision + garde-fou + contrôle humain | 5 | | Coût par dossier estimé + 3 indicateurs | 3 | | Scénario d'échec | 3 | ## 9.3 Checklist avant de déposer - \[ \] Mon objectif est mesurable. - \[ \] Chaque étape a un organe responsable. - \[ \] Il y a au moins un point de décision et un garde-fou. - \[ \] Un contrôle humain précède toute action à enjeu. - \[ \] Le coût par dossier est estimé et 3 indicateurs sont définis. - \[ \] Le scénario d'échec interdit l'invention (escalade). Déposez votre dossier sur le canal Teams (ou portfolio) avant J+2. ------------------------------------------------------------------------ ### Ch.10 — Auto-évaluation ## 10.1 Quiz (seuil : 4 bonnes réponses sur 5) 1. Différence entre un pipeline rigide et un workflow agentique ? 2. Où placer le contrôle humain et pourquoi ? 3. Citez deux indicateurs de pilotage d'une chaîne. 4. Que doit faire la chaîne en cas de faible confiance ? 5. Pourquoi partir de l'objectif mesurable ? 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 « Conception de chaîne ». **Ce module clôt le palier Avant-garde** : vérifiez que vous avez validé les Modules 5 à 8 (Jalon 2 — Praticien) avant d'aborder le palier Stratège. ------------------------------------------------------------------------ ### 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 | |----|----|----| | Concevoir une chaîne **tout automatique** sans contrôle humain | L'automatisation complète semble efficace mais expose à des erreurs non rattrapées | Imposez une boucle de validation humaine sur toute action à enjeu | | Oublier l'**objectif mesurable** | Une chaîne qui « fonctionne » sans indicateur ne peut pas être pilotée | Fixez toujours un objectif chiffré (%) avant de construire | | Ne pas avoir de **scénario d'échec** | Une chaîne sans plan B casse au premier incident | Définissez systématiquement ce qui se passe si une étape échoue | 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) **« Pourquoi ne pas tout automatiser ? »** Parce que les cas sensibles et les actions à enjeu exigent un jugement humain. L'automatisation totale d'une action sensible est un risque. La bonne chaîne automatise le volume et fait valider l'exceptionnel. **« Comment fixer le seuil d'automatisation ? »** Selon l'enjeu et la tolérance au risque du client. On commence souvent prudemment (50–70 %) puis on augmente à mesure que la confiance se confirme par les indicateurs. **« Que se passe-t-il si la chaîne se trompe ? »** Le contrôle humain et le scénario d'échec sont là pour ça : on rattrape avant l'envoi, on escalade en cas de doute, on mesure et on corrige. **« Qui construit la chaîne ? »** Les spécialistes Power Platform, à partir de **votre** dossier de conception. Votre valeur est de concevoir juste : étapes, décisions, garde-fous, mesure. ------------------------------------------------------------------------ ### Ch.13 — Pour aller plus loin - Concevez une chaîne pour un processus de **votre** service (avant-vente, support, reporting). - Pour chaque chaîne, demandez-vous où placer le contrôle humain et le garde-fou. - Estimez le coût par dossier et imaginez le scénario d'échec. **Et ensuite — Palier Stratège, Module 9 :** vous abordez la **sécurité, la confidentialité des données et la conformité** — qualifier les risques data d'un système IA et y répondre, dans le cadre OHADA/CEMAC. ------------------------------------------------------------------------ ## Annexes (ressources) ### Mémo · Prompts · Glossaire · Corrigés - **Chaîne = étapes ordonnées**, chacune sur le bon organe : entrée · classer · chercher (RAG) · rédiger · vérifier · agir · mesurer. - **Agentique** = l'agent décide de certaines étapes (escalade, réessai). - **Toujours :** un point de décision, un garde-fou, un contrôle humain avant action à enjeu. - **Mesurer :** taux d'auto, erreurs, temps, coût/dossier. **Prévoir l'échec** (réessai, file, escalade — jamais inventer). - **Partir de l'objectif mesurable.** # Annexe B — Vos prompts et fichiers du module Dans `prompts/` : `00_contexte_projet_claude.txt`, `01_conception_chaine.txt`. Dans `scripts/` : `chaine_support_pseudo.txt` (pseudo-workflow agentique, à lire). # Annexe C — Glossaire express | Terme | En une phrase | |--------------------|--------------------------------------------------| | Pipeline | Suite ordonnée d'étapes | | Workflow agentique | L'agent décide dynamiquement de certaines étapes | | Point de décision | Embranchement selon une condition | | Garde-fou | Règle qui borne le comportement | | Contrôle humain | Validation avant une action à enjeu | | Coût par dossier | Coût IA d'un cas traité | # Annexe D — Corrigés **Mini-exercice 5.A.** Point de décision : « confiance de classification faible ou cas sensible ? ». Garde-fou associé : « ne jamais promettre un délai ou un remboursement, ne jamais divulguer le dossier d'un autre client ». Si la décision mène à l'escalade, un humain prend la main. **Mini-exercice 7.A (exemple).** Indicateur : **taux de traitement automatique** = (tickets traités sans intervention humaine) / (tickets totaux). S'il est ≥ 70 %, l'objectif est tenu ; en complément, suivre le **taux d'erreur après contrôle** pour s'assurer que l'automatisation ne dégrade pas la qualité. **Quiz — corrigé.** 1. Un pipeline rigide suit un chemin fixe ; un workflow agentique laisse l'agent décider de certaines étapes (chercher, escalader, réessayer). 2. Avant toute action à enjeu (envoi au client, modification de dossier, décision financière), pour éviter qu'une erreur n'atteigne le client. 3. Taux de traitement automatique et taux d'erreur (ou temps moyen, coût par dossier). 4. Ne pas inventer : escalader vers un humain et/ou mettre en file ; éventuellement réessayer une fois. 5. Parce qu'il dicte les seuils, les branchements et les indicateurs — sans objectif mesurable, la chaîne n'est ni pilotable ni défendable.