Qu’est-ce qu’un agent, concrètement
Le mot « agent » est employé pour désigner des choses très différentes, du simple robot conversationnel au système censé exécuter des tâches de bout en bout. Dans le contexte de Microsoft 365, un agent construit avec Copilot Studio est un assistant spécialisé qui combine trois éléments : des instructions qui définissent son rôle et ses limites, des sources de connaissances choisies (sites SharePoint, fichiers, pages web, connecteurs vers des données) et, de manière optionnelle, des actions qui lui permettent de faire quelque chose, par exemple créer un ticket ou envoyer un formulaire via Power Automate. Il se distingue de Microsoft 365 Copilot, l’assistant général lié à la licence par utilisateur, et de Copilot Chat, inclus dans Microsoft 365. Un agent répond à un périmètre précis : les questions sur la politique de télétravail, la procédure de demande de matériel, le catalogue de formations internes. C’est cette étroitesse qui fait sa valeur : il répond mieux qu’un assistant généraliste parce qu’il s’appuie sur des sources que l’organisation a validées. Elle impose aussi une discipline : un agent sans périmètre clair ni propriétaire devient vite une source de réponses approximatives.
Le premier cas d’usage : support interne ou questions fréquentes RH
Le bon premier agent est modeste, utile et observable. Les deux cas les plus courants sont le support interne (comment réinitialiser un mot de passe, demander un accès, déclarer un incident) et les questions fréquentes RH (congés, notes de frais, mutuelle, télétravail, intégration d’un nouvel arrivant). Ils partagent des caractéristiques favorables : les questions se répètent, les réponses existent déjà dans des documents internes, l’erreur a des conséquences limitées et un humain reste disponible en second niveau. Première règle : choisir un cas où la documentation existe et est à jour, sinon le projet devient un projet de rédaction. Deuxième règle : définir ce que l’agent ne traite pas et vers qui il renvoie. Troisième règle : identifier dès le départ un propriétaire métier, par exemple le responsable RH ou le responsable du support, qui répond des contenus. Les cas touchant à la paie individuelle, aux données de santé des salariés ou à des décisions engageant l’entreprise sont écartés de ce premier agent, non parce qu’ils sont impossibles, mais parce qu’ils exigent une gouvernance que l’organisation n’a pas encore éprouvée.
Les sources de connaissances : la qualité avant la quantité
Un agent restitue ce qu’il trouve dans ses sources. Si les sources sont contradictoires, obsolètes ou mal structurées, il répondra avec assurance des choses fausses. Le travail préalable consiste donc à sélectionner un petit nombre de documents de référence, à les mettre à jour, à supprimer les versions anciennes et à les placer dans un site SharePoint dédié dont les permissions sont maîtrisées. Un document long et bien structuré, avec des titres explicites, vaut mieux que vingt fichiers dispersés. Les pages web publiques de l’entreprise peuvent compléter, à condition de vérifier qu’elles sont à jour. Les connecteurs vers des systèmes (annuaire, outil de ticketing, base de connaissances) ouvrent des possibilités supplémentaires mais ajoutent de la complexité et des questions de permissions. Un point souvent négligé : les sources doivent avoir un responsable de mise à jour et un calendrier de révision, sinon l’agent se dégrade silencieusement. En formation, nous construisons l’agent sur une base documentaire fictive, puis demandons aux participants d’identifier, pour leur propre cas, les cinq documents qui constitueraient le socle et qui en serait responsable.
Les actions : quand l’agent agit avec Power Automate
Un agent qui répond à des questions est utile ; un agent qui exécute une action l’est davantage, mais il engage davantage. Avec Power Automate, l’agent peut déclencher un flux : créer un ticket dans l’outil de support, enregistrer une demande dans une liste, envoyer un courriel de confirmation, interroger un système. Chaque action a un coût de conception (le flux doit être construit et testé), un coût de licence éventuel (certaines actions et connecteurs requièrent des licences Power Automate) et un risque opérationnel (l’action est exécutée avec des droits qu’il faut définir). Première règle : commencer par des actions réversibles ou à faible enjeu, comme la création d’une demande qui sera traitée par un humain. Deuxième règle : faire confirmer explicitement par l’utilisateur avant toute action qui modifie une donnée. Troisième règle : journaliser chaque action exécutée. Un agent de support qui crée des tickets bien renseignés soulage l’équipe sans lui retirer la décision. Un agent qui modifierait directement des données de référence sans validation serait, pour un premier projet, une erreur de cadrage.
Sécurité et permissions : l’agent hérite de ce que vous lui donnez
La sécurité d’un agent repose sur trois niveaux. Le premier est celui des sources : l’agent ne doit avoir accès qu’aux documents que ses utilisateurs sont autorisés à consulter, ce qui renvoie aux permissions SharePoint et à l’étiquetage de sensibilité. Selon la configuration, les réponses respectent les droits de l’utilisateur ou ceux du créateur de l’agent ; cette distinction est déterminante et doit être comprise avant la publication. Le deuxième niveau est celui des actions : les connexions utilisées par les flux Power Automate portent des droits, et un flux exécuté avec les droits d’un administrateur fait tout ce que cet administrateur peut faire. Le troisième niveau est celui de la publication : un agent publié dans Teams ou Microsoft 365 Copilot doit être réservé à un public défini, et non à toute l’organisation par défaut. S’y ajoutent les règles de données : aucune donnée personnelle sensible dans les sources d’un premier agent, aucune saisie de données confidentielles dans les tests. Ces décisions relèvent conjointement du propriétaire métier et de l’administrateur Microsoft 365 ; ni l’un ni l’autre ne doit les prendre seul.
Les coûts à l’usage et comment les anticiper
Contrairement à Microsoft 365 Copilot, licence par utilisateur, Copilot Studio est facturé à l’usage, par crédits ou par capacité selon les options retenues, et certaines actions nécessitent des licences Power Automate. Le coût d’un agent dépend donc du nombre de conversations, de la complexité des réponses (une réponse générée à partir de sources consomme davantage qu’une réponse prédéfinie) et des actions déclenchées. Les modalités exactes évoluent et doivent être vérifiées dans la documentation Microsoft et auprès de votre revendeur au moment du projet. Pour un dirigeant, trois réflexes suffisent. D’abord, estimer avant la publication un volume plausible de conversations par mois, à partir des sollicitations actuelles du support ou des RH, et en déduire une fourchette de consommation. Ensuite, mettre en place le suivi de consommation dès le premier jour et le revoir chaque mois avec le propriétaire de l’agent. Enfin, prévoir un seuil d’alerte et une décision associée : restreindre le public, simplifier les réponses ou arrêter. Un agent dont personne ne suit les crédits est un agent qui sera arrêté par surprise, ou qui coûtera plus que prévu sans que personne ne puisse dire pourquoi.
Tester avant de publier
Un agent ne se juge pas sur une démonstration réussie mais sur un jeu de tests. Avant la publication, le propriétaire métier rédige une liste de questions représentatives : les plus fréquentes, les plus ambiguës, celles qui sont hors périmètre et doivent être refusées, celles qui comportent une erreur ou une formulation inhabituelle. Pour chaque question, il écrit la réponse attendue ou le comportement attendu (renvoi vers un humain, demande de précision). L’agent est ensuite interrogé sur l’ensemble du jeu, et les écarts sont corrigés : instructions reformulées, source ajoutée ou retirée, sujet ajouté. Ce jeu de tests est conservé et rejoué à chaque modification des sources ou des instructions, car un changement anodin dans un document peut modifier les réponses. Il sert aussi de référence lorsque des utilisateurs signalent une réponse étrange. Un petit groupe de testeurs internes, hors de l’équipe projet, complète utilement cette phase pendant une ou deux semaines, avec un canal simple pour remonter les problèmes. Publier sans cette étape revient à faire tester l’agent par toute l’entreprise, ce qui coûte cher en crédibilité.
Gouvernance et cycle de vie
Un agent est un produit qui vit : ses sources changent, ses utilisateurs évoluent, les fonctionnalités de Copilot Studio sont mises à jour régulièrement. La gouvernance répond à quelques questions simples, consignées dans une fiche d’une page. Qui est propriétaire métier et qui est référent technique ? Qui peut modifier les instructions et les sources, et selon quelle procédure ? Qui a accès à l’agent, et comment cet accès est-il revu ? Quels indicateurs sont suivis (volume de conversations, questions sans réponse, consommation de crédits, signalements) ? Quand l’agent est-il revu, et dans quelles conditions est-il retiré ? Cette fiche est le pendant, pour un agent, du registre de traitement pour les données personnelles ; si l’agent manipule de telles données, les deux documents se rejoignent. À l’échelle de l’organisation, la DSI ou le référent Microsoft 365 tient un inventaire des agents publiés, car la facilité de création conduit rapidement à une prolifération d’agents orphelins. Le règlement européen sur l’IA ajoute, pour les déployeurs, une obligation de maîtrise suffisante par les personnes qui utilisent les systèmes ; la formation en fait partie.
Les compétences à former, côté métier et côté IT
Construire et faire vivre un agent mobilise des compétences qui ne sont pas celles du développement classique. Côté métier, il faut savoir cadrer un cas d’usage, rédiger des instructions claires, sélectionner et structurer des sources, écrire un jeu de tests et lire les indicateurs. Côté IT, il faut maîtriser les permissions SharePoint, les connexions et licences Power Automate, la publication dans Teams ou Microsoft 365 Copilot, le suivi des crédits et l’inventaire des agents. Un référent capable de faire le lien entre les deux est précieux : chef de projet digital, référent Microsoft 365, responsable support. La formation la plus efficace construit un agent complet pendant la session, sur une base documentaire fictive, du cadrage à la publication, pour que les participants aient vu chaque étape et repartent avec un canevas réutilisable. Elle est complétée, selon les profils, par un parcours Power Automate pour les flux et un parcours DSI pour la gouvernance d’ensemble. Aucune programmation n’est requise, mais une pratique courante de Microsoft 365 est attendue, et l’organisation doit disposer d’un environnement de test.
Passer à l’action
Si votre organisation utilise Microsoft 365 et identifie un cas de support interne ou de questions RH qui se répètent, un premier agent est un projet raisonnable, à condition de respecter l’ordre décrit ici : cas d’usage, sources, sécurité, tests, publication, suivi. La formation Copilot Studio d’AI2 Lab, sur deux jours à distance avec un formateur, suit ce cycle complet et construit un agent fil rouge pendant la session, avec un jeu de tests et une fiche de gouvernance. Le parcours Power Automate et Copilot prépare les référents aux flux et aux actions ; le parcours DSI et IT managers traite la gouvernance, l’inventaire et la sécurité à l’échelle de l’organisation. Les crédits Copilot Studio et les licences Power Automate restent à la charge de l’entreprise et sont précisés avant le devis ; AI2 Lab ne revendique aucun partenariat avec Microsoft. Ces formations peuvent être prises en charge par votre OPCO dans le cadre du plan de développement des compétences, selon ses critères. La page Copilot Studio présente l’ensemble des parcours et leurs prérequis.
Pour aller plus loin
Devenez un professionnel de l'IA avec AI2 — Paris
Bachelor (RNCP 6) et Mastère (RNCP 7) en Intelligence Artificielle & Data Science. Alternance, CPF et financement entreprise possibles. Inscriptions ouvertes jusqu'en octobre — places limitées.
Être rappelé gratuitement sous 24h
Laissez votre numéro — notre équipe vous rappelle pour tout vous expliquer (programmes, financement, inscription jusqu'en octobre). Sans engagement.
Articles similaires
IA générative pour avocats : usages, limites et déontologie en 2026
Ce que l’IA générative fait bien au cabinet, les hallucinations de jurisprudence, le protocole de vérification, le secret professionnel et la formation.
ChatGPT au cabinet médical : ce qui est possible, ce qui est interdit
Usages possibles, interdits (données patient, diagnostic), secret médical, RGPD, hébergement des données de santé et organisation du cabinet.
IA en cabinet d’expertise comptable : par où commencer en 2026
Tâches candidates, traçabilité et contrôle, confidentialité des dossiers clients, choix des outils, plan de déploiement par pôle et formation des équipes.