Prompt Engineer : savoir dialoguer efficacement avec l'intelligence artificielle (IA)
- Durée
- Durée :1 jour
- Niveau
- Niveau :Fondamental
- Certification
- Certification :Non
950€ HT
Prochaine session :
Formation Mistral Vibe : automatiser ses processus métiers
Concevoir, mettre en production et encadrer des automatisations métiers avec le mode Work de Vibe, sans écrire une ligne de code.Description de la formation Mistral AI
Qu'est-ce que le mode Work de Mistral Vibe ?
Le mode Work est la partie agentique de Vibe, l'assistant de l'éditeur français Mistral AI. Là où une conversation classique répond à une question, un agent enchaîne plusieurs étapes à travers les outils de l'entreprise — messagerie, agenda, espaces de stockage, espaces d'équipe, outils de suivi — pour produire un résultat complet. Il expose en temps réel les appels d'outils qu'il effectue et demande une validation explicite avant toute action sensible, ce qui le rend utilisable sur des processus réels et non seulement sur des brouillons. S'y ajoutent trois mécanismes de capitalisation : les Projects pour regrouper le contexte d'un dossier, les Skills pour figer une méthode réutilisable par l'équipe, et les tâches planifiées pour faire tourner une automatisation à cadence régulière.
Pourquoi suivre une formation Automatiser son travail avec Mistral Vibe ?
Parce que passer de l'assistant à l'agent change la nature du travail à fournir : il ne s'agit plus de rédiger un bon prompt mais de décomposer un processus en étapes qu'une machine exécute deux fois de suite sans dévier. Parce que les automatisations qui rapportent le plus ne sont presque jamais celles auxquelles on pense en premier, et qu'un cadre de sélection évite de perdre des semaines sur des gains marginaux. Parce qu'une automatisation qui tourne seule sur des données réelles crée un risque nouveau, celui de la dérive silencieuse, contre lequel il faut concevoir des contrôles dès le départ. Ces deux jours se déroulent sur les propres outils des participants et produisent des automatisations qui restent en service après la formation.
Programme de la formation
Objectif opérationnel :
Savoir concevoir, mettre en production et encadrer des automatisations de processus métiers avec le mode Work de Vibe, sans écrire de code.
Objectif pédagogiques :
- Distinguer une tâche relevant d'une conversation d'une tâche justifiant un agent.
- Sélectionner les processus de son poste dont l'automatisation présente le meilleur rapport gain/effort.
- Raccorder un agent aux outils de son environnement en maîtrisant le périmètre accordé à chaque connecteur.
- Lire un journal d'exécution pour comprendre ce que l'agent a réellement fait.
- Décomposer un processus métier en étapes qu'un agent exécute de façon reproductible.
- Capitaliser un workflow validé sous forme de Skill utilisable par un collègue sans explication.
- Mettre en production une tâche planifiée et concevoir un contrôle de vraisemblance.
- Classer ses automatisations par niveau de risque et déterminer celles qui exigent une validation humaine.
Jour 1
Description : Le formateur soumet quinze tâches issues du quotidien des participants, de la reformulation d'un courriel à la préparation complète d'un comité de pilotage.
Chacun les répartit entre trois colonnes : conversation simple, agent en mode Work, ou hors périmètre de l'outil. Qu'est-ce qui, dans l'énoncé d'une tâche, signale qu'elle mobilise plusieurs outils et justifie donc un agent ?
La mise en commun fait apparaître que les tâches les plus rentables à automatiser sont rarement les plus visibles. La validation repose sur la capacité de chacun à identifier dans son propre poste deux tâches candidates et à estimer le temps qu'elles consomment par semaine.
Description : Chaque participant raccorde Vibe à au moins deux outils de son environnement réel et documente pour chacun le périmètre exact accordé. Il exécute ensuite une demande traversant les deux connecteurs et relève, dans le journal d'exécution, quels appels d'outils ont réellement été déclenchés. Que voit-on dans ce journal que la réponse finale ne laissait pas deviner ? Le formateur fait alors retirer un connecteur pour observer comment l'agent se comporte lorsqu'une source lui manque. La validation repose sur la production d'une fiche de périmètre par connecteur, réutilisable telle quelle dans un dossier de sécurité.
Description : Les participants reprennent l'une des tâches candidates identifiées le matin et la décomposent en étapes explicites, en précisant pour chacune l'outil sollicité et le résultat attendu. Ils exécutent le workflow, relèvent le point exact où l'agent dévie, puis corrigent la formulation de l'étape fautive. Pourquoi une étape parfaitement claire pour un humain devient-elle ambiguë pour un agent ? Le formateur impose une seconde exécution sur un jeu de données différent afin d'éprouver la reproductibilité. Les acquis sont validés par un workflow produisant deux fois de suite un résultat conforme sans intervention.Jour 2
Description : Chaque groupe convertit le workflow stabilisé la veille en un Skill documenté, déposé dans un projet contenant les documents de référence nécessaires. Le Skill précise ses conditions d'emploi, son format de sortie et les situations dans lesquelles il ne doit pas être utilisé. Que se passe-t-il lorsqu'un collègue exécute ce Skill sans avoir assisté à sa conception ? Les groupes échangent alors leurs Skills et les exécutent sans aide de leurs auteurs, qui observent en silence. La validation s'appuie sur l'écart entre le résultat obtenu par l'auteur et celui obtenu par le groupe qui découvre le Skill.
Description : Les participants configurent une tâche planifiée correspondant à une échéance réelle de leur métier — veille hebdomadaire, relance commerciale, rapport de fin de mois — en choisissant la cadence appropriée. Ils définissent ce que la tâche doit produire, où le résultat doit atterrir et qui doit en être informé. Comment détecte-t-on qu'une automatisation planifiée s'est mise à produire un résultat faux sans jamais tomber en erreur ? Le formateur simule une dégradation silencieuse pour faire concevoir un contrôle de vraisemblance. Les acquis sont validés par la définition, pour chaque tâche, d'un indicateur simple permettant de repérer une dérive.
Description : Les groupes reçoivent l'inventaire fictif de douze automatisations en service dans une direction et en évaluent le risque une par une. Ils déterminent lesquelles exigent une validation humaine avant exécution, lesquelles peuvent tourner seules et lesquelles doivent être arrêtées. À partir de quel niveau de conséquence une action cesse-t-elle de pouvoir être déléguée sans contrôle ? Le formateur introduit ensuite un incident concret, un courriel envoyé à tort à un client, et fait remonter la chaîne de responsabilité. La validation repose sur la production d'une grille de classement du risque directement applicable au périmètre du participant.
Du prompt à l'agent : ce que le mode Work change
- Conversation, mode Work, mode Code : le périmètre de chacun et la frontière entre eux
- Ce qu'un agent sait faire qu'un prompt ne peut pas : enchaîner, consulter, décider, agir
- Anatomie d'une exécution : appels d'outils, visibilité en temps réel, demandes de validation
- Choisir ses candidats à l'automatisation : fréquence, durée, stabilité, coût de l'erreur
- Les tâches qu'il ne faut pas automatiser, et pourquoi
Description : Le formateur soumet quinze tâches issues du quotidien des participants, de la reformulation d'un courriel à la préparation complète d'un comité de pilotage.
Chacun les répartit entre trois colonnes : conversation simple, agent en mode Work, ou hors périmètre de l'outil. Qu'est-ce qui, dans l'énoncé d'une tâche, signale qu'elle mobilise plusieurs outils et justifie donc un agent ?
La mise en commun fait apparaître que les tâches les plus rentables à automatiser sont rarement les plus visibles. La validation repose sur la capacité de chacun à identifier dans son propre poste deux tâches candidates et à estimer le temps qu'elles consomment par semaine.
Raccorder l'agent à son environnement de travail
- Le catalogue de connecteurs : messagerie, agenda, stockage, espaces d'équipe, outils de suivi
- Le périmètre accordé à un connecteur : lecture, écriture, portée, et comment le restreindre
- Lire le journal d'exécution : quels outils ont été appelés, dans quel ordre, avec quel résultat
- Le comportement de l'agent lorsqu'une source est absente ou incomplète
- Documenter ses connecteurs pour un dossier de sécurité interne
Description : Chaque participant raccorde Vibe à au moins deux outils de son environnement réel et documente pour chacun le périmètre exact accordé. Il exécute ensuite une demande traversant les deux connecteurs et relève, dans le journal d'exécution, quels appels d'outils ont réellement été déclenchés. Que voit-on dans ce journal que la réponse finale ne laissait pas deviner ? Le formateur fait alors retirer un connecteur pour observer comment l'agent se comporte lorsqu'une source lui manque. La validation repose sur la production d'une fiche de périmètre par connecteur, réutilisable telle quelle dans un dossier de sécurité.
Concevoir un workflow reproductible
- Décomposer un processus : étapes explicites, outil sollicité, résultat attendu à chaque étape
- Les formulations qui dérivent : ambiguïté, implicite métier, conditions non dites
- Diagnostiquer une exécution qui échoue et isoler l'étape fautive
- Éprouver la reproductibilité sur un second jeu de données
- Documenter un workflow pour qu'il survive à son auteur
Description : Les participants reprennent l'une des tâches candidates identifiées le matin et la décomposent en étapes explicites, en précisant pour chacune l'outil sollicité et le résultat attendu. Ils exécutent le workflow, relèvent le point exact où l'agent dévie, puis corrigent la formulation de l'étape fautive. Pourquoi une étape parfaitement claire pour un humain devient-elle ambiguë pour un agent ? Le formateur impose une seconde exécution sur un jeu de données différent afin d'éprouver la reproductibilité. Les acquis sont validés par un workflow produisant deux fois de suite un résultat conforme sans intervention.Jour 2
Capitaliser : Projects, Skills et bibliothèques de document
- Regrouper le contexte d'un dossier dans un projet dédié
- Figer une méthode métier sous forme de Skill : consignes, format de sortie, cas d'exclusion
- Constituer une bibliothèque de documents de référence exploitable par l'agent
- Partager sans créer de dépendance : documentation minimale d'un actif réutilisable
- Faire évoluer un Skill en service sans casser les usages existants
Description : Chaque groupe convertit le workflow stabilisé la veille en un Skill documenté, déposé dans un projet contenant les documents de référence nécessaires. Le Skill précise ses conditions d'emploi, son format de sortie et les situations dans lesquelles il ne doit pas être utilisé. Que se passe-t-il lorsqu'un collègue exécute ce Skill sans avoir assisté à sa conception ? Les groupes échangent alors leurs Skills et les exécutent sans aide de leurs auteurs, qui observent en silence. La validation s'appuie sur l'écart entre le résultat obtenu par l'auteur et celui obtenu par le groupe qui découvre le Skill.
Mettre en production : tâches planifiées et cadence
- Choisir une cadence : quotidienne, hebdomadaire, mensuelle, annuelle
- Définir la sortie attendue : contenu, destination, destinataires, format
- La dérive silencieuse : une automatisation qui produit un résultat faux sans jamais échouer
- Concevoir un contrôle de vraisemblance et un indicateur de dérive
- Suspendre, corriger, reprendre : le cycle de vie d'une automatisation en service
Description : Les participants configurent une tâche planifiée correspondant à une échéance réelle de leur métier — veille hebdomadaire, relance commerciale, rapport de fin de mois — en choisissant la cadence appropriée. Ils définissent ce que la tâche doit produire, où le résultat doit atterrir et qui doit en être informé. Comment détecte-t-on qu'une automatisation planifiée s'est mise à produire un résultat faux sans jamais tomber en erreur ? Le formateur simule une dégradation silencieuse pour faire concevoir un contrôle de vraisemblance. Les acquis sont validés par la définition, pour chaque tâche, d'un indicateur simple permettant de repérer une dérive.
Encadrer un parc d'automatisations
- Classer le risque : réversibilité de l'action, périmètre touché, coût de l'erreur
- Décider où placer la validation humaine, et où elle est superflue
- Traçabilité : conserver la preuve de ce qu'un agent a fait, et pour qui
- Responsabilité en cas d'incident : qui répond d'une action déclenchée par un agent
- Suivre le coût et l'usage réel : ce qui tourne, ce qui ne sert plus, ce qu'il faut arrêter
Description : Les groupes reçoivent l'inventaire fictif de douze automatisations en service dans une direction et en évaluent le risque une par une. Ils déterminent lesquelles exigent une validation humaine avant exécution, lesquelles peuvent tourner seules et lesquelles doivent être arrêtées. À partir de quel niveau de conséquence une action cesse-t-elle de pouvoir être déléguée sans contrôle ? Le formateur introduit ensuite un incident concret, un courriel envoyé à tort à un client, et fait remonter la chaîne de responsabilité. La validation repose sur la production d'une grille de classement du risque directement applicable au périmètre du participant.
Public cible :
Cette formation s'adresse aux chefs de projet, responsables d'équipe, consultants, référents IA et collaborateurs des fonctions support ou métiers souhaitant automatiser leurs propres processus sans écrire de code. Les développeurs et les équipes techniques seront mieux servis par les formations consacrées à l'API Mistral et à l'environnement de développement.
Prérequis :
Pratique régulière d'un assistant d'IA générative en contexte professionnel, ou formation Bien utiliser Mistral AI en entreprise (BUME) suivie au préalable.
Ces deux jours démarrent sur la conception d'automatisations et ne reviennent pas sur les bases du prompting.
Disposer d'un accès à Vibe sur un plan Team ou Enterprise, avec les droits permettant d'activer au moins deux connecteurs vers ses propres outils de travail, les ateliers se déroulant sur l'environnement réel des participants.
Aucune compétence en développement n'est requise : la formation ne comporte ni écriture de code ni appel d'API.
J'évalue mes connaissances pour vérifier que je dispose des prérequis nécessaires pour profiter pleinement de cette formation en faisant le test de prérequis.
Ateliers menés sur l'environnement Vibe réel des participants, avec leurs propres connecteurs et leurs propres cas métiers.
Environ 60 % de la formation est consacré aux exercices pratiques.
Chaque participant repart avec au moins un workflow validé, un Skill partageable et une grille de classement du risque de ses automatisations.
Date de mise à jour du programme : 07/08/2026
Dates et lieux
Période souhaitée
Lieux
Type d'affichage