Rencore · pas à pas

Construisez en cinq jours l'inventaire de vos agents IA, avec ce que vous avez déjà

Une méthode en cinq jours pour recenser chaque agent IA de votre tenant Microsoft 365 : qui l'a créé, qui en est responsable aujourd'hui et ce qu'il peut atteindre. Sans achat, sans projet.

En bref : inventorier les agents IA de Microsoft 365 en cinq jours

Vous pouvez recenser les agents IA de votre tenant Microsoft 365 en cinq jours ouvrés, sans rien acheter. Interrogez d'abord les équipes, puis vérifiez Copilot Studio, SharePoint et le catalogue d'applications Teams, notez quatre champs par agent et classez la liste selon ce que chaque agent peut atteindre, pas selon leur nombre.

  • Jours 1 et 2 : demandez aux équipes ce qu'elles ont créé
  • Jour 3 : vérifiez les trois endroits où vivent les agents
  • Jour 4 : notez quatre champs par agent
  • Jour 5 : classez par portée
Jours un et deux

Interrogez vos équipes avant d'analyser Microsoft 365

Commencez par les personnes. Envoyez un court message aux équipes les plus susceptibles d'avoir créé quelque chose : en général la finance, les opérations, les RH et celle qui gère votre service desk. Demandez ce qu'elles ont créé, à quoi cela sert et qui le maintient.

Cela paraît moins rigoureux qu'une analyse automatique, et c'est pourtant plus rapide et plus fiable à ce stade. Ceux qui ont créé un outil utile aiment en général en parler. Surtout, ils savent ce qu'une analyse ne dira pas : si l'agent est encore utilisé, si son créateur travaille toujours dans l'entreprise et si l'agent devait vraiment être partagé aussi largement qu'il l'est.

Les réponses intéressantes ne concernent pas les agents dont on vous parle. Ce sont ceux créés par quelqu'un qui a changé d'équipe ou quitté l'entreprise depuis, que personne ne mentionne parce que personne n'en est responsable.

Jour trois

Où vivent les agents IA : Copilot Studio, SharePoint et Teams

Trois endroits abritent l'essentiel de ce que l'on appelle un agent.

  • Copilot Studio. C'est là que vivent les agents construits sur mesure, et c'est la seule population que l'on peut énumérer correctement. Pour chacun, vous voyez son environnement, ses connexions de données, ses sources de connaissances et son état de publication.
  • SharePoint. Les agents créés directement sur un site sont d'une autre nature. Tout utilisateur licencié peut en créer un, sans demande centrale ni validation : cette population grandit donc avec le déploiement des licences, pas après lui.
  • Le catalogue d'applications Teams. Les agents publiés dans Teams apparaissent ici, et pour certains tenants, cela couvre une part utile de ce que les gens ont en tête quand ils posent la question.
Jour quatre

Notez quatre champs par agent IA, pas quatorze

Le quatrième champ, le contenu sur lequel l'agent s'appuie, est celui qui demande du travail, et celui que l'on saute. L'accès via un agent est hérité de la personne qui l'a créé. L'accès à un agent résulte d'une décision de partage prise délibérément. Ce sont deux questions différentes, et une seule vous renseigne sur l'exposition.

Ce qu'il fait

Une phrase, avec les mots de son créateur.

Qui l'a créé

Et si cette personne travaille toujours ici.

Son niveau de partage

Une décision de partage prise délibérément.

Sur quel contenu il s'appuie

Le champ qui demande du travail, et celui que l'on saute.

Jour cinq

Classez les agents IA par portée, pas par nombre

Le réflexe est de compter la liste et d'annoncer le chiffre. C'est pourtant l'information la moins utile de la page. Classez plutôt chaque agent selon ce qu'il peut atteindre, et le tableau change. Une poignée d'agents sur des contenus de finance, de RH ou de juridique pèseront plus que tout le reste réuni.

Trois groupes suffisent en général : les agents sur du contenu sensible, les agents sans propriétaire actif, et tout le reste. Si un agent tombe dans les deux premiers groupes à la fois, c'est par lui que vous commencez.

Ce que cette méthode ne vous dira pas

Les agents définis sur du contenu Microsoft 365, plutôt que conçus dans Copilot Studio, ne s'énumèrent pas proprement. Les agents légers créés avec Agent Builder, et les agents déclaratifs en général, n'apparaîtront nulle part sous forme de liste claire. Le contrôle pratique de cette population, c'est la personne qui les a créés et les autorisations sur le contenu qui les alimente : votre revue des accès et votre processus d'offboarding font donc le travail de gouvernance, pas votre registre.

Si vous comparez ensuite votre liste au décompte d'un autre outil, attendez-vous à des totaux différents. Ils reposent sur des bases différentes et comptent des choses différentes. Savoir pourquoi, avant que quelqu'un ne mette les deux chiffres sur une diapositive, vous épargne une réunion pénible.

Gartner s'attend à ce qu'une entreprise du Fortune 500 fasse tourner en moyenne plus de 150 000 agents d'ici 2028, contre moins de 15 en 2025. Une liste manuelle est le bon premier réflexe et la mauvaise réponse durable.

Après la semaine

Garder l'inventaire des agents IA à jour est le vrai coût

Construire la liste prend une semaine. La garder exacte prend un temps infini, et c'est le vrai problème que vous venez de découvrir, pas de résoudre. Les agents sont créés plus vite que les revues, les personnes qui les créent changent de poste, et un registre vieux de trois semaines n'est pas un contrôle.

Considérez donc la semaine comme un diagnostic, pas comme un livrable. Vous en sortirez en sachant à quoi vous avez affaire, quelles deux ou trois choses sont à corriger maintenant, et si votre équipe peut suivre le volume à la main.

Rencore Governance garde cette liste à jour une fois la semaine passée : chaque agent, son propriétaire et ce qu'il peut atteindre, analysés selon un calendrier.

Emportez la version longue

Ce guide s'appuie sur la section 5 de Regulating your AI companion, notre livre blanc sur la gouvernance de l'IA, des agents et des données sur lesquelles ils s'appuient.

FAQ

Questions fréquentes

Combien de temps faut-il pour construire un inventaire des agents IA dans Microsoft 365 ?
Environ une semaine de travail avec ce que vous avez déjà : deux jours pour interroger les équipes, un jour pour vérifier Copilot Studio, SharePoint et le catalogue d'applications Teams, un jour pour noter quatre champs par agent et un jour pour classer par portée. Considérez le résultat comme un diagnostic, pas comme un registre abouti.
Où vivent les agents IA dans un tenant Microsoft 365 ?
Les agents construits sur mesure vivent dans Copilot Studio, les agents créés sur un site vivent dans SharePoint, et les agents publiés dans Teams apparaissent dans le catalogue d'applications Teams. Les agents définis sur du contenu Microsoft 365, plutôt que conçus dans Copilot Studio, ne s'énumèrent pas proprement : le décompte diffère donc d'un outil à l'autre.
Que doit contenir un inventaire des agents IA ?
Quatre champs suffisent pour agir : ce que fait l'agent en une phrase, qui l'a créé et s'il est toujours là, s'il est partagé et dans quelle mesure, et sur quel contenu il s'appuie. Le dernier champ vous renseigne sur l'exposition ; les autres, sur la responsabilité.
Pourquoi ne pas simplement compter les agents ?
Un décompte dit peu de choses sur le risque. L'accès via un agent est hérité de la personne qui l'a créé : trois agents sur du contenu de finance comptent donc plus que mille agents qui lisent les plans de projet d'une seule équipe. Classez selon ce que chaque agent peut atteindre.
Comment garder l'inventaire des agents à jour ?
Une liste manuelle devient vite obsolète, car les agents apparaissent plus vite que quiconque ne les passe en revue. Rencore Governance analyse le tenant selon un calendrier et garde à jour l'inventaire des agents, des propriétaires et de la portée, sans qu'il faille refaire la semaine de travail.