Formation Copilot Studio : concevoir, publier et gouverner vos agents Microsoft

Formation

Copilot Studio de bout en bout : sources de connaissances, outils et connecteurs, flux, déclencheurs, publication, gouvernance et crédits

Durée

Deux journées de sept heures ; chaque participant construit, évalue et publie un agent tiré d'une demande de son service

Formats

Un groupe intra de douze au plus, ou un parcours individuel ; sur site ou en classe à distance, dans un environnement de développement de votre locataire Microsoft

Tarif

Journée de groupe à partir de 1 980 € HT, quel que soit l'effectif ; préparation sur votre environnement Power Platform chiffrée en plus

Financement

Certification Qualiopi de Masteria : l'OPCO dont relève votre entreprise examine le dossier et arrête sa participation

Prérequis

Microsoft 365 au quotidien et un accès à Copilot Studio dans un environnement de test ; aucune ligne de code à écrire

Agent Builder répond à partir de documents, Copilot Studio agit dans vos logiciels

Agent Builder se trouve dans l'application Microsoft Copilot et dans Teams. Un salarié y décrit en langage courant l'agent voulu, lui donne des consignes et des sources (sites SharePoint, fichiers, connecteurs Copilot qui indexent d'autres logiciels), l'essaie puis le partage avec quelques collègues. Microsoft le destine aux agents de questions-réponses d'une personne ou d'une petite équipe, et sa documentation l'écrit : Agent Builder ne crée aucune action vers un service extérieur. Sans licence Microsoft Copilot, il reste ouvert gratuitement aux agents qui ne puisent que sur le web.

Copilot Studio est un portail web distinct, pensé pour les makers (les salariés qui fabriquent leurs propres outils avec la Power Platform) et pour les développeurs. Il apporte ce qu'Agent Builder n'a pas : connecteurs vers des logiciels extérieurs à Microsoft 365, enchaînements à plusieurs étapes avec approbations et embranchements, déclencheurs autonomes, publication auprès de clients, environnements séparés de développement, de test et de production. Un agent né dans Agent Builder se copie dans Copilot Studio avec ses instructions. La console change alors : Agent Builder se pilote depuis le centre d'administration Microsoft 365, Copilot Studio depuis celui de la Power Platform.

Une question trace la frontière : l'agent doit-il seulement répondre, ou aussi écrire quelque part ? Une foire aux questions sur les procédures d'un service se monte dans Agent Builder. Un agent qui ouvre un ticket, met à jour une fiche client ou lance une validation appartient à Copilot Studio, avec une équipe désignée pour l'administrer.

Le moteur retenu fixe les capacités de l'agent et la façon dont il se facture

Le moteur standard convient aux échanges prévisibles : vous écrivez des sujets (des parcours de conversation lancés par des phrases types), des règles et des chemins, et l'agent s'y tient. Ce second moteur vise les processus longs, comme rapprocher des factures de leurs bons de commande puis router les écarts vers une approbation. Il accepte des compétences, ces consignes réutilisables écrites en Markdown et partagées d'un agent à l'autre, et une mémoire propre à chaque utilisateur, toujours en préversion, que chacun peut consulter et vider.

Son nom prête à confusion. Le moteur partage des composants avec l'assistant de code GitHub Copilot, mais Microsoft affirme que les données des agents qui tournent dans Copilot Studio ne passent pas par le service GitHub Copilot et restent sous les engagements de Copilot Studio. Sa facture suit une autre logique : chaque tâche consomme des crédits Copilot pour les jetons du modèle (les fragments de texte qu'il lit et écrit), pour les outils appelés et pour le moteur lui-même, et le compteur tourne dès la conception, pendant l'aperçu et les évaluations. Le moteur standard commence à facturer à la publication.

Le moteur Copilot Chat a une seule mission : relier les contenus de l'entreprise à Copilot Chat pour que les salariés obtiennent des réponses sourcées dans l'outil qu'ils ouvrent déjà chaque jour. Le moteur de conversation client, en préversion au 22 octobre 2026, associe un agent principal à des sous-agents spécialisés qui répondent sur un site ou au téléphone et transfèrent à un conseiller humain ce qu'ils ne savent pas résoudre.

Une source de connaissances répond avec les droits de la personne qui interroge

Un agent Copilot Studio puise dans des sites publics, jusqu'à 25 en orchestration générative (le mode où le modèle choisit lui-même ses sources et ses outils), dans des fichiers téléversés, des sites SharePoint, des tables Dataverse (la base de données de la Power Platform) et des contenus indexés par les connecteurs. Pour SharePoint, Dataverse et les connecteurs, l'agent se présente avec l'identité Microsoft Entra de l'utilisateur et ne lui montre que ce que ses propres droits lui ouvrent. Un site partagé trop largement transmet donc ce défaut à chaque personne qui interroge l'agent.

Deux réglages décident de la fiabilité. Le premier autorise les réponses non ancrées, tirées des connaissances générales du modèle quand aucune source n'a servi. Le couper bloque ces réponses, au prix de refus ponctuels quand le modèle oublie de citer le document qu'il a pourtant trouvé ; Microsoft précise que la coupure n'interdit pas tout recours aux connaissances générales. Le second ouvre la recherche Bing sur l'ensemble du web, dont les résultats se mêlent à ceux de vos sites déclarés. Pour un agent de procédures internes, nous coupons l'un et l'autre et inscrivons dans les instructions l'obligation de citer chaque document.

L'ancrage sur le graphe du locataire, une recherche sémantique dans les contenus Microsoft 365 de l'entreprise, améliore les réponses tirées de SharePoint. Les titulaires de la licence Microsoft Copilot en profitent d'office ; pour les autres, chaque réponse qui s'en sert coûte 10 crédits, en plus des 2 crédits de la réponse générée.

Les outils et les flux font agir l'agent, sous l'identité que vous lui attribuez

Un outil est une capacité que l'agent peut appeler : un connecteur Power Platform (une passerelle prête vers un logiciel, choisie parmi des milliers, ou un connecteur personnalisé vers le vôtre), un flux d'agent, une invite confiée à un modèle, une API REST, un serveur MCP (Model Context Protocol, la norme ouverte qui branche un agent sur des outils externes) ou l'utilisation de l'ordinateur, qui clique dans une application dépourvue d'API. En orchestration générative, l'agent retient un outil d'après son nom et sa description, et une description floue l'envoie vers le mauvais. Microsoft accepte 128 outils par agent et en recommande 25 à 30.

Chaque outil s'exécute sous une identité. Par défaut, celle de l'utilisateur, qui ne peut rien faire au-delà de ses droits. Les identifiants fournis par le créateur exécutent l'outil avec le compte du concepteur de l'agent : commode pour une ressource commune, dangereux dès que l'agent s'ouvre à des personnes qui n'ont pas ces droits. Une dernière option fait confirmer chaque exécution par l'utilisateur ; elle est désactivée par défaut, et nous la faisons activer pour toute écriture dans un logiciel métier.

Les flux portent la part déterministe du travail, celle où la même entrée produit toujours le même résultat. Le moteur standard emploie des flux d'agent ; le moteur GitHub Copilot, des workflows bâtis sur un nouveau canevas, avec des étapes qui extraient les valeurs d'une facture ou d'un contrat, appellent un agent ou Copilot, ou demandent une information à un humain. Lancé par l'agent pour un utilisateur sous licence Microsoft Copilot, un flux d'agent ne coûte rien ; lancé par un autre déclencheur, il consomme 13 crédits par tranche de 100 actions. Les flux cloud de Power Automate restent régis par la licence Power Automate.

Un déclencheur autonome agit avec les droits de la personne qui l'a créé

Un déclencheur d'événement fait travailler l'agent sans qu'on lui écrive : un élément créé dans une liste SharePoint, un fichier déposé dans OneDrive, une tâche terminée dans Planner, une ligne ajoutée dans Dataverse, ou une simple récurrence. L'événement adresse à l'agent une charge utile, un message qui décrit ce qui vient de se produire et peut porter des consignes propres à ce déclencheur. La fonction suppose l'orchestration générative, et l'agent ne réagit qu'une fois publié.

Microsoft écrit la limite en toutes lettres : un déclencheur ne s'authentifie qu'avec les identifiants du créateur de l'agent, et chaque action authentifiée d'un agent autonome doit employer ces mêmes identifiants. Les utilisateurs d'un tel agent peuvent alors atteindre des données et des systèmes ouverts à ce seul créateur. Copilot Studio affiche un avertissement avant la publication. La parade que nous enseignons tient dans un compte de service limité au strict nécessaire, des paramètres de déclenchement étroits et des essais sur des données sans enjeu.

Chaque charge utile reçue entre dans la consommation : une récurrence réglée toutes les dix minutes réveille l'agent 144 fois par jour, week-end compris. Un administrateur peut fermer la porte aux déclencheurs dans un environnement en bloquant, dans une stratégie de données, le connecteur nommé Microsoft Copilot Studio.

La publication fixe le canal et la manière dont l'utilisateur prouve son identité

Un agent se publie vers Teams et Microsoft Copilot, SharePoint, WhatsApp, Facebook, une application mobile, un site web personnalisé ou les canaux d'Azure Bot Service. Par défaut, il exige une connexion Microsoft Entra ID (l'annuaire des comptes de l'entreprise), active sans configuration dans Teams, Power Apps et Microsoft Copilot. L'option sans authentification ouvre l'agent à toute personne qui détient le lien et lui retire les outils qui exigent les identifiants de l'utilisateur. Le site de démonstration fourni par Copilot Studio sert à recueillir des avis en interne ; Microsoft déconseille d'en communiquer l'adresse aux clients.

Microsoft conseille de publier d'abord pour soi, d'installer l'agent dans son propre Teams, puis de l'ouvrir à un groupe. Une mise à jour n'atteint une conversation Teams déjà ouverte qu'à la session suivante, parfois une heure plus tard ; la commande start over relance la session sur la dernière version. La diffusion à toute l'organisation, par le catalogue d'applications, attend l'approbation d'un administrateur.

La gouvernance se règle environnement par environnement, dans le centre d'administration Power Platform

Un environnement est un espace cloisonné de la Power Platform qui contient agents, flux, données et règles. Faute de consigne, chaque maker atterrit dans l'environnement par défaut, partagé par toute l'entreprise. Le routage d'environnement, une fonction premium, envoie au contraire chacun dans son propre environnement de développement, géré, où le partage est limité d'office à cinq personnes. L'agent rejoint ensuite le test puis la production sous forme de solution, ou depuis un dépôt GitHub qui garde l'historique de chaque déploiement.

Les stratégies de données, dites DLP (prévention des pertes de données), rangent chaque connecteur dans l'un de trois groupes : données professionnelles, données non professionnelles, bloqué. Deux connecteurs de groupes différents ne peuvent pas échanger de données. Copilot Studio y ajoute ses connecteurs propres : bloquer Chat without Microsoft Entra ID authentication in Copilot Studio impose l'authentification à tous les agents, d'autres verrouillent les sites publics comme sources, les requêtes HTTP, chaque canal de publication ou les déclencheurs. Depuis le début de 2025, ces stratégies s'appliquent à tous les locataires, sans exemption possible.

Depuis juillet 2026, Copilot Studio crée une identité Microsoft Entra Agent ID pour chaque nouvel agent, ce qui permet d'appliquer l'accès conditionnel et les droits des connecteurs agent par agent. Agent 365, ouvert à tous depuis le 1er mai 2026 et licencié par utilisateur, tient le registre de tous les agents de l'organisation, Copilot Studio compris. Les journaux d'activité des makers remontent dans Microsoft Purview.

Les crédits Copilot se suivent agent par agent, et la mesure se prépare avant l'ouverture

Les crédits Copilot ont remplacé les messages comme unité de compte le 1er septembre 2025. Le 22 octobre 2026, la page française de Microsoft vend 25 000 crédits pour 173,30 € HT par mois, en un pack mis en commun sur tout le locataire ; s'y ajoutent un paiement à l'usage réglé en fin de mois par un abonnement Azure, et un plan prépayé d'un an. Sur le moteur standard, une réponse écrite à l'avance coûte 1 crédit, une réponse générée 2, une action de l'agent 5. Un salarié sous licence Microsoft Copilot qui interroge un agent interne avec sa propre identité ne consomme rien sur ces postes.

Trois règles encadrent ce budget. Les crédits non consommés ne passent pas au mois suivant. À 125 % de la capacité prépayée, les agents personnalisés s'arrêtent et annoncent qu'ils ont atteint leur limite. Le centre d'administration Power Platform permet de plafonner la consommation mensuelle de chaque agent avant d'en arriver là, et l'estimateur d'usage publié par Microsoft chiffre un agent avant son lancement.

Pour la mesure, la page de suivi de chaque agent affiche ses crédits et calcule le temps ou l'argent économisé, par exécution ou par outil, à partir d'une durée de référence que vous saisissez : le résultat vaut ce que vaut cette durée, d'où l'intérêt de la chronométrer avant le projet. Les évaluations, disponibles pour tous depuis mars 2026, rejouent des jeux de questions de test, conversations en plusieurs tours comprises, et comparent deux versions d'un même agent.

Cas pratique : un agent du centre de services publié dans Teams, qui répond sur les procédures et ouvre un ticket

Le centre de services informatiques d'une entreprise de taille intermédiaire reçoit chaque lundi les mêmes demandes : mot de passe expiré, accès à un dossier partagé, poste à préparer pour un arrivant. Les procédures existent sur un site SharePoint, les tickets vivent dans ServiceNow. Le responsable veut, pour un pilote limité à un seul site de l'entreprise, un agent dans Teams qui réponde à partir des procédures et ouvre le ticket quand la procédure ne suffit pas.

1. Créez l'agent dans votre environnement de développement, jamais dans l'environnement par défaut, sur le moteur standard : le parcours reste prévisible et l'usage des salariés sous licence ne consomme pas de crédits.
2. Déclarez le site SharePoint des procédures comme unique source, coupez les réponses non ancrées et la recherche web, puis collez les instructions ci-dessous.
3. Ajoutez l'action Create Record du connecteur ServiceNow, un connecteur premium, réglée sur la table des incidents et exécutée sous l'identité de l'utilisateur, avec une confirmation demandée avant chaque création. Microsoft signale que cette action ignore le champ de description complète : la description courte doit donc porter l'essentiel, et un essai sur votre instance le confirme.
4. Bâtissez un jeu de test de vingt questions déjà reçues par le centre de services, dont cinq sans réponse dans les procédures, et lancez l'évaluation avant toute publication.
5. Publiez pour vous seul dans Teams, puis pour le groupe pilote ; fixez un plafond mensuel de crédits pour l'agent dans le centre d'administration Power Platform.

Tu es l'agent du centre de services informatiques de l'entreprise. Tu réponds aux salariés dans Teams, en français, à partir du seul site SharePoint Procédures IT.

Pour chaque question :
1. Cherche la procédure qui correspond. Si tu la trouves, donne les étapes dans l'ordre, en phrases courtes, et cite le document utilisé avec son lien.
2. Si la procédure exige un droit d'administrateur, dis-le et propose d'ouvrir un ticket plutôt que de décrire la manipulation.
3. Si aucune procédure ne répond, dis-le en une phrase. N'invente aucune étape et ne t'appuie sur aucune connaissance générale.

Pour ouvrir un ticket :
- Reformule la demande en une description courte de vingt mots au plus, qui dit ce qui bloque et ce que la personne a déjà essayé.
- Demande la catégorie : compte et mot de passe, accès à un dossier, matériel ou logiciel.
- Affiche le ticket complet et attends l'accord de la personne avant de le créer.
- Une fois le ticket créé, donne son numéro.

Tu ne demandes jamais de mot de passe, de code reçu par SMS ni de coordonnées bancaires. Si quelqu'un t'en transmet, invite-le à changer ce secret et à prévenir le centre de services.

Ce que vous obtenez. Vous disposez d'un agent qui répond avec les droits de chaque salarié, cite ses procédures et ne crée un ticket qu'après accord, avec un score d'évaluation relevé avant l'ouverture. Relancez le jeu de test à chaque changement des instructions ou des procédures, car une réponse juste en septembre devient fausse quand le document change. Avant d'étendre le pilote, rapprochez le nombre de tickets ouverts par l'agent des demandes reçues par téléphone sur la même période.

Les pièges à connaître

Apportez une demande d'agent que votre service attend : les deux jours la transforment en agent évalué, prêt pour un pilote.