Agents dans SharePoint : guide pratique des agents Copilot

Les agents dans SharePoint sont l’un des exemples les plus parlants de la façon dont Microsoft intègre l’IA générative directement au cœur de l’espace de travail numérique du quotidien, plutôt que de la cantonner à une fenêtre de discussion séparée.

En résumé, un agent dans SharePoint est un assistant propulsé par Copilot dont la portée se limite à un contenu précis : un site, une bibliothèque de documents ou un ensemble de fichiers soigneusement choisis. Au lieu de fouiller dans des dossiers, les collaborateurs posent une question en langage naturel et obtiennent une réponse ancrée dans ce contenu, accompagnée de citations renvoyant aux documents d’origine.

Microsoft ajoute désormais un agent de site par défaut à chaque site SharePoint, et toute personne disposant d’autorisations de modification peut créer des agents personnalisés adaptés à une équipe, à un projet ou à une base de connaissances. Dans cet article, nous verrons ce que sont ces agents, comment fonctionne celui par défaut, comment créer le vôtre, les scénarios d’intranet les plus utiles, ainsi que les enjeux de gouvernance à anticiper avant de les déployer.

Ce que vous trouverez dans cet article

• Que sont les agents dans SharePoint ?
• L’agent de site par défaut sur chaque site
• Comment créer un agent personnalisé dans SharePoint
• Cas d’usage concrets pour un intranet
• Limites et enjeux de gouvernance
• Les agents et un intranet géré bâti sur SharePoint

Que sont les agents dans SharePoint ?

Un agent dans SharePoint est un assistant IA, propulsé par Microsoft Copilot, ancré dans une portée précise de contenu SharePoint. Cette portée peut être un site entier, une seule bibliothèque de documents ou une sélection soignée de fichiers et de dossiers. Les utilisateurs interagissent avec lui en langage courant, et il répond en s’appuyant uniquement sur le contenu qui lui a été indiqué, en citant les documents sources pour que les réponses puissent être vérifiées.

L’idée centrale est celle de la portée. Un Copilot générique puise dans tout ce à quoi vous avez accès dans Microsoft 365. Un agent SharePoint est volontairement plus restreint : il se concentre sur les documents qui comptent pour une équipe ou un sujet donné. Cette focalisation rend généralement les réponses plus pertinentes et plus dignes de confiance, car l’agent raisonne sur un ensemble de fichiers défini et soigné plutôt que sur l’ensemble du tenant.

Les agents dans SharePoint reposent sur les mêmes fondations que le reste de SharePoint Online. Ils exploitent le contenu que vous stockez déjà dans vos sites et bibliothèques, respectent les autorisations déjà en place et s’intègrent naturellement dans l’expérience plus large d’intranet IA que Microsoft construit à travers Microsoft 365.

Les agents apparaissent de deux façons dans SharePoint. La première est l’agent de site par défaut que Microsoft provisionne automatiquement. La seconde est constituée des agents personnalisés que les utilisateurs créent et configurent dans un but précis. Examinons chacun d’eux.

L’agent de site par défaut sur chaque site

Microsoft ajoute automatiquement un agent de site par défaut à chaque site SharePoint, de sorte que les collaborateurs peuvent commencer à poser des questions sur le contenu d’un site sans aucune configuration. La portée de l’agent de site se limite à ce site. Il peut aider les utilisateurs à trouver des documents, à résumer des pages et à répondre à des questions sur ce qui se trouve sur le site, le tout en langage naturel et avec des liens vers la source.

Parce qu’il est provisionné d’emblée, l’agent de site abaisse la barrière pour tirer de la valeur de l’IA sur votre intranet. Il n’y a aucun flux à construire ni écran de configuration à apprendre au préalable. Un membre du site peut ouvrir l’agent, taper une question comme « où se trouve la dernière politique de voyage ? » et obtenir une réponse ancrée pointant vers le bon fichier.

Cela dit, l’expérience exacte dépend de votre environnement. La disponibilité, la façon dont l’agent apparaît dans l’interface et ce qu’il peut faire sont influencées par la configuration de votre tenant et votre licence Copilot. Microsoft donne aussi aux administrateurs des contrôles pour gérer ces capacités au niveau du tenant et du site ; le comportement par défaut que vous observez peut donc différer de celui d’une autre organisation.

L’agent de site est un point de départ judicieux. C’est le moyen le moins coûteux en effort de mettre un assistant IA à disposition des employés sur un site qu’ils utilisent déjà. Lorsqu’il vous faut quelque chose de plus spécialisé, ce sont les agents personnalisés qui prennent le relais.

Comment créer un agent personnalisé dans SharePoint

Si vous disposez d’autorisations de modification sur un site SharePoint, vous pouvez créer un agent personnalisé à l’aide de la commande « Créer un agent » disponible dans l’interface du site et de la bibliothèque de documents. SharePoint génère alors un agent dont vous pouvez limiter la portée au site entier, à une bibliothèque précise ou à un ensemble choisi de fichiers et de dossiers. Lorsque vous l’enregistrez, l’agent est stocké dans le site comme un élément à part entière, qui peut être partagé avec les personnes ayant accès à ce contenu.

La création d’un agent suit généralement quelques étapes simples :

• Choisir la portée. Pointez l’agent vers un site, une bibliothèque ou une sélection de fichiers et de dossiers qui contiennent les connaissances que vous souhaitez lui faire utiliser.
• Lui donner une identité. Ajoutez un nom et une description clairs afin que chacun comprenne à quoi sert l’agent, par exemple « Assistant des politiques RH » ou « Aide à l’intégration ».
• Ajouter des instructions et des invites de démarrage. Orientez le ton et le comportement de l’agent, et proposez des exemples de questions pour que les utilisateurs sachent ce qu’ils peuvent demander.
• Enregistrer et partager. L’agent devient accessible aux personnes qui disposent déjà d’autorisations sur le contenu sous-jacent.

Un détail utile : les agents personnalisés sont enregistrés sous forme de fichiers au sein du site, ce qui les rend portables. Vous pouvez conserver un agent aux côtés de la bibliothèque qu’il dessert, le copier là où il est utile et le gérer comme tout autre contenu de site. Pour des besoins plus poussés ou plus complexes, les créateurs avancés peuvent étendre les agents davantage à l’aide de Microsoft Copilot Studio, même si l’expérience de création intégrée au produit est conçue pour que des propriétaires de site non techniques puissent construire quelque chose d’utile en quelques minutes.

Une fois qu’un agent existe, il devient un complément naturel à des fonctionnalités telles que la recherche avancée, en offrant aux utilisateurs à la fois un moyen de naviguer et un moyen de simplement demander.

Cas d’usage concrets pour un intranet

Sur un véritable intranet, les agents à portée ciblée brillent lorsqu’ils reposent sur du contenu bien organisé. Les scénarios les plus précieux sont généralement ceux où les employés posent les mêmes questions de façon répétée et où les réponses se trouvent dans des documents faciles à définir et à tenir à jour. Voici les schémas que nous observons le plus souvent.

Assistant RH et politiques. Pointez un agent vers la bibliothèque RH pour que les employés puissent interroger sur les congés, les notes de frais, les avantages ou la dernière version d’une politique et obtenir une réponse citée, au lieu d’envoyer un courriel à l’équipe RH ou de fouiller dans des dossiers.

Compagnon d’intégration. Limitez la portée d’un agent aux supports d’intégration d’un service. Les nouvelles recrues peuvent demander « de quels outils ai-je besoin la première semaine ? » ou « qui approuve ma demande d’équipement ? » et obtenir des indications ancrées et cohérentes.

Base de connaissances de projet. Donnez à une équipe projet un agent couvrant son site, afin que les membres puissent retrouver rapidement les décisions, trouver la dernière spécification ou résumer un long document de suivi sans ouvrir chaque fichier.

Libre-service IT et helpdesk. Un agent couvrant une bibliothèque de connaissances IT peut répondre aux questions courantes du type « comment faire pour… », en désamorçant des tickets et en orientant les utilisateurs vers la bonne procédure. Cela complète les pratiques de gestion des connaissances qui maintiennent l’utilité d’un intranet dans le temps.

Le fil conducteur, c’est la curation. Un agent ne vaut que ce que vaut le contenu sur lequel il s’appuie. Lorsque la bibliothèque source est à jour, bien étiquetée et correctement autorisée, un agent à portée ciblée la transforme en quelque chose à qui les employés peuvent simplement parler.

Limites et enjeux de gouvernance

Les agents dans SharePoint sont puissants, mais ils ne remplacent pas une gouvernance de l’information solide. Le point le plus important est que les agents respectent les autorisations existantes : un agent ne renvoie que du contenu auquel la personne qui pose la question a déjà accès. C’est rassurant, mais cela signifie aussi qu’un agent fera remonter un contenu mal sécurisé ou trop partagé plus vite que ne le ferait jamais une navigation manuelle ; nettoyer les autorisations est donc un prérequis, pas une réflexion après coup.

Quelques considérations pratiques méritent d’être anticipées :

• La qualité du contenu détermine la qualité des réponses. Des documents obsolètes, dupliqués ou non étiquetés conduisent à des réponses confuses. Voyez les agents comme une raison de ranger et de soigner vos bibliothèques les plus utilisées.
• Qui peut créer des agents. Comme l’autorisation de modification est la porte d’entrée pour créer des agents personnalisés, décidez quels rôles doivent en disposer et utilisez les contrôles d’administration pour gérer la création d’agents à l’échelle du tenant.
• Licences et coûts. L’accès aux agents a été proposé à la fois via une licence Microsoft 365 Copilot et via une consommation à l’usage facturée par Azure. Les conditions changent ; confirmez donc le modèle en vigueur et budgétez l’usage avant un déploiement étendu.
• Discipline de portée. De nombreux agents restreints et bien nommés ont tendance à surpasser un agent fourre-tout unique, car une portée resserrée produit des réponses plus ciblées.

Traiter les agents comme un élément d’un plan de gouvernance plus large, plutôt que comme un simple interrupteur à activer, est ce qui distingue un déploiement utile d’un déploiement bruyant. La documentation d’administration de Microsoft est la bonne référence pour les contrôles disponibles dans votre tenant.

Les agents et un intranet géré bâti sur SharePoint

Les agents donnent le meilleur d’eux-mêmes lorsque la fondation SharePoint qui les soutient est déjà bien structurée, gouvernée et facile à parcourir. C’est précisément la lacune qu’un intranet géré vise à combler. Une plateforme comme intranet.ai, bâtie nativement sur SharePoint et Microsoft 365, se concentre sur l’organisation du contenu, des autorisations et de la navigation, afin que les fonctionnalités d’IA disposent d’une matière propre et soignée sur laquelle s’appuyer.

En pratique, meilleure est votre architecture de l’information, plus n’importe quel agent devient fiable. Des hubs soignés, des métadonnées cohérentes, un annuaire des personnes clair et une expérience de recherche cohérente donnent tous aux agents une base plus solide pour raisonner. L’IA ne remplace pas une bonne structure ; elle l’amplifie. Un intranet en désordre produit des réponses en désordre, tandis qu’un intranet bien rangé permet aux agents de livrer les réponses rapides et ancrées que les employés attendent.

La relation est donc complémentaire. Les agents de Microsoft apportent un accès conversationnel au contenu, et un intranet SharePoint bien géré apporte la curation, la gouvernance et le design qui rendent ces conversations dignes de confiance. Investir dans la fondation est ce qui transforme les agents d’une curiosité en un usage quotidien de l’espace de travail numérique.

Questions fréquentes

Que sont les agents dans SharePoint ?

Les agents dans SharePoint sont des assistants IA propulsés par Microsoft Copilot, dont la portée est limitée à un contenu SharePoint précis, comme un site, une bibliothèque de documents ou un ensemble de fichiers et de dossiers sélectionnés. Ils permettent de poser des questions en langage naturel et d’obtenir des réponses ancrées dans ce contenu, avec des citations renvoyant aux documents sources. Microsoft fournit un agent de site par défaut sur chaque site SharePoint, et les utilisateurs disposant d’autorisations de modification peuvent aussi créer des agents personnalisés.

Qu’est-ce que l’agent de site par défaut dans SharePoint ?

L’agent de site est un agent prêt à l’emploi que Microsoft ajoute automatiquement à chaque site SharePoint. Sa portée est limitée au contenu de ce site et il peut répondre à des questions, résumer des documents et aider à trouver des informations sans aucune configuration. Les membres du site peuvent l’ouvrir directement depuis le site, tandis que l’expérience et la disponibilité peuvent dépendre de la configuration de votre tenant et de votre licence Copilot.

Comment créer un agent personnalisé dans SharePoint ?

Si vous disposez d’autorisations de modification sur un site SharePoint, vous pouvez utiliser la commande « Créer un agent » pour construire un agent personnalisé dont la portée se limite à ce site, à une bibliothèque ou à des fichiers et dossiers sélectionnés. SharePoint génère un fichier d’agent que vous pouvez configurer avec un nom, une description, des sources et des invites de démarrage. Une fois enregistré, l’agent réside dans le site et peut être partagé avec les personnes ayant accès à son contenu.

Faut-il une licence Microsoft 365 Copilot pour utiliser les agents SharePoint ?

Les modalités de licence des agents SharePoint ont évolué au fil du temps et dépendent de la configuration de votre tenant. Microsoft a proposé des moyens d’utiliser les agents à la fois avec une licence Microsoft 365 Copilot et via une consommation mesurée à l’usage, facturée par Azure. Comme les conditions exactes changent, consultez la documentation Microsoft de licence à jour ainsi que vos paramètres d’administration avant de déployer largement les agents dans votre organisation.

Les agents SharePoint peuvent-ils voir du contenu auquel un utilisateur n’a pas accès ?

Non. Les agents SharePoint respectent les autorisations existantes de SharePoint et de Microsoft 365. Un agent ne renvoie que les informations issues d’un contenu auquel la personne qui pose la question a déjà l’autorisation d’accéder. Cela signifie qu’une bonne gouvernance de l’information, des autorisations exactes et des structures de site bien ordonnées sont essentielles, car un agent peut faire remonter un contenu mal sécurisé plus vite qu’une navigation manuelle.

Quelles sont les principales limites des agents SharePoint ?

La portée des agents SharePoint est limitée au contenu que vous leur indiquez ; la qualité des réponses dépend donc de la structuration, de l’actualité et de l’étiquetage de ce contenu. Ils ne remplacent pas entièrement une recherche d’intranet gouvernée ni une base de connaissances soignée. Parmi les autres points à considérer figurent les coûts de licence et de consommation, les contrôles d’administration sur qui peut créer des agents, et la nécessité de tenir les documents sources à jour pour que les réponses restent fiables.