Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
Commencez par décider où les gens utiliseront l’expérience :
- À l’intérieur des expériences de Microsoft 365 Copilot. Créez ou configurez des agents, des connecteurs, des compétences et des outils pris en charge, puis suivez le package, la publication et les conseils de gouvernance pour la méthode sélectionnée.
- Dans vos applications et agents personnalisés. Utilisez des API et des SDK pour ajouter un contexte de travail Microsoft 365 et des fonctionnalités Copilot aux expériences que vous possédez et exploitez.
Vous pouvez utiliser les deux approches dans une seule solution. Choisissez le chemin principal en fonction de l’expérience utilisateur, du runtime, du modèle de distribution et des responsabilités opérationnelles.
Choisissez où se trouve l’expérience
| Où les gens utilisent l’expérience | Commencer par | Utilisez-le quand |
|---|---|---|
| À l’intérieur des expériences de Microsoft 365 Copilot | Plug-ins pour Microsoft 365 Copilot | Vous souhaitez construire ou configurer un plug-in avec des agents, des compétences, des connecteurs ou des outils MCP pris en charge |
| Dans vos applications et agents personnalisés | Créer des applications et des agents avec Copilot | Vous souhaitez utiliser le contexte de travail Microsoft 365 ou les fonctionnalités Copilot dans une expérience que vous hébergez et exploitez |
Choisissez en fonction de ce que vous voulez créer
| Si vous souhaitez... | Commencer par |
|---|---|
| Créer un agent déclaratif qui utilise l’orchestrateur et les modèles de Copilot | Agents déclaratifs |
| Ajouter des instructions ou des flux de travail réutilisables à un agent déclaratif | Compétences en tant que capacités de plug-in |
| Base de Microsoft 365 Copilot dans des données organisationnelles externes approuvées | Connecteurs Microsoft 365 Copilot |
| Rendre les outils MCP à distance disponibles via une méthode prise en charge | Serveurs et plug-ins MCP |
| Gérer ou évaluer l’intégration d’une extension de message Teams | Extensions de messages |
| Créer et distribuer un plug-in qui rassemble les fonctionnalités prises en charge | Plug-ins pour Microsoft 365 Copilot |
| Créer une application qui utilise le contexte de travail Microsoft 365 | API de QI de travail |
| Ajouter des fonctionnalités Copilot de recherche, de récupération, de conversation, d’exportation, de réunion, de rapport ou d’administration à une application | API Microsoft 365 Copilot |
| Créez un agent avec votre propre orchestration, vos propres modèles, votre propre hébergement ou votre propre runtime | Agents de moteur personnalisés |
Pour obtenir de l’aide sur la comparaison des agents de moteur déclaratifs et personnalisés, voir Comparer les agents de moteur déclaratifs et personnalisés.
Expérience de l’agent dans l’application
Planifiez la façon dont les utilisateurs interagissent avec l’agent dans chaque expérience Microsoft 365 cible :
- Expérience en contexte : les utilisateurs travaillent avec un agent dans une application prise en charge, telle que Teams ou Word, tout en poursuivant leur travail dans cette application.
- Expérience immersive : les utilisateurs ont une conversation dédiée avec un agent dans Microsoft 365 Copilot, axée sur son objectif, ses connaissances et ses capacités.
La disponibilité et le comportement dépendent du type d’agent, de l’application hôte, des fonctionnalités, des licences et des stratégies organisationnelles. Ne présumez pas qu’un agent ou une fonctionnalité fonctionne dans chaque application Microsoft 365. Pour connaître le comportement spécifique aux documents, voir Utiliser des documents dans des agents déclaratifs.
Importante
Un agent n’hérite pas toujours de la connexion de l’utilisateur à partir de l’application hôte. Les actions et services externes peuvent nécessiter une connexion ou un consentement distinct, même lorsque l’utilisateur est déjà connecté à Microsoft 365. Planifiez les exigences d’authentification applicables.
Disponibilité du connecteur dans les expériences Microsoft 365
Les connecteurs Microsoft 365 Copilot rendent le contenu organisationnel externe disponible pour les expériences Copilot et Recherche Microsoft prises en charge. Les connecteurs synchronisés indexent le contenu dans Microsoft Graph ; Les connecteurs fédérés récupèrent le contenu au moment de la requête. Pour connaître les fonctionnalités et la disponibilité spécifiques au modèle, consultez la vue d’ensemble des connecteurs Copilot.
Les connecteurs utilisés par Copilot Studio et Power Platform offrent une voie d’intégration différente pour les agents, les applications et les flux de travail. Ne présumez pas que la même configuration de connecteur fonctionne sur les deux modèles. Consultez Étendre les fonctionnalités de l’agent avec des connecteurs Copilot.
Combiner les deux chemins
Une solution peut combiner plusieurs chemins d’accès. Par exemple :
- Un agent déclaratif peut appeler une API externe ou un serveur MCP distant via une action prise en charge.
- Une application peut utiliser une API Copilot, tandis qu’un agent empaqueté séparément offre aux utilisateurs une expérience connexe dans Microsoft 365 Copilot.
- Un agent de moteur personnalisé peut utiliser les API Work IQ et suivre les exigences de package ou de distribution de son canal cible.
L’utilisation d’une API ne sélectionne pas en soi un package ou une méthode de publication. Chaque partie d’une solution combinée conserve ses propres exigences en matière d’identité, d’authentification, de déploiement, de distribution et de gouvernance.
Modèle d’application unifié
Microsoft 365 utilise des packages d’application pour distribuer les agents pris en charge et d’autres fonctionnalités d’application. Un package de plug-in peut rassembler les fonctionnalités prises en charge, mais l’empaquetage seul ne les rend pas disponibles dans toutes les applications hôtes.
Choisissez un chemin d’accès de package pris en charge, puis suivez les instructions de publication ou de partage applicables. La distribution d’organisation et la distribution publique ont des exigences de révision, d’accès et de connexion différentes. Après la distribution, régir l’accès et les connexions des plugins.
Sécurité et gouvernance
Pour chaque composant, identifiez ses flux de données, ses autorisations, ses services externes et ses exigences en matière d’IA responsable. Les contrôles d’accès Microsoft 365 ne remplacent pas les responsabilités de sécurité des services externes. Voir Données du plan, confidentialité et sécurité.
Planifier et continuer
- Planifiez votre plug-in en fonction des données, de l’identité, de la sécurité, de la distribution, de la compatibilité, du coût et de la propriété.
- Choisissez des outils de développement pour les fonctionnalités sélectionnées. Utilisez le mode développeur pour inspecter le comportement de l’agent déclaratif lors du test.
- Pour les constructeurs, choisissez une expérience de développement et des conseils d’implémentation.
- Pour les administrateurs, préparez l’organisation et identifiez les contrôles applicables.
- Pour les éditeurs de logiciels indépendants et les éditeurs de logiciels, déterminez la méthode de publication client prise en charge.