Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
En vous appuyant sur les décisions que vous avez prises lors de la planification de votre extension, décidez des composants dont l’extension a besoin. Un plug-in peut réunir un ou plusieurs agents, des compétences, des connecteurs Copilot et des composants basés sur MCP. Il n’est pas nécessaire d’inclure tous les types de composants.
À la fin de cet article, vous saurez quels composants votre plugin a besoin et ce que vous pouvez réutiliser ou devez construire.
Mapper les exigences aux composants
Commencez par ce que la solution doit savoir et faire.
| Conditions requises | Composant à prendre en compte | En savoir plus |
|---|---|---|
| Fournir une expérience de conversation axée sur les objectifs avec des instructions, des connaissances et des outils définis | Agent déclaratif | Agents déclaratifs |
| Réutilisez des instructions, des flux de travail, des invites, des scripts ou une expertise métier | Compétence | Compétences |
| Fournir un accès approuvé aux données et services de l’entreprise ou tiers | Connecteur Copilot | Connecteurs |
| Exposer les outils et les ressources d’un service distant à des fins de découverte et d’appel | Serveur MCP | Serveurs MCP |
Ces composants restent distincts. Le plug-in empaquet les composants sélectionnés afin que les expériences Microsoft prises en charge puissent les découvrir, les distribuer et les gérer de manière cohérente.
Importante
L’empaquetage, la disponibilité et le comportement des composants varient en fonction de l’expérience et de l’outil de développement Microsoft. Confirmez la prise en charge actuelle avant de finaliser vos choix de composants.
Choisir la manière dont les composants fonctionnent ensemble
Les compositions courantes sont les suivantes :
- Un agent doté de compétences qui fournissent des flux de travail réutilisables ou une expertise spécialisée.
- Agent avec un connecteur qui fournit des connaissances organisationnelles approuvées.
- Agent avec un composant basé sur MCP qui expose des outils ou des ressources à partir d’un serveur distant.
- Compétences et connecteurs empaquetés pour une expérience prise en charge qui fournit déjà l’expérience de l’agent.
- Un plug-in avec plusieurs composants qui répondent à un scénario d’entreprise.
Choisissez le plus petit ensemble de composants qui répond aux exigences. N’ajoutez pas un composant uniquement parce qu’un outil de développement le prend en charge.
Décider des éléments à générer ou à réutiliser
Pour chaque composant requis, recherchez une ressource approuvée existante avant de générer quelque chose de nouveau.
| Decision | Questions |
|---|---|
| Réutiliser en l’état | Un composant existant répond-il aux exigences, aux expériences cibles, aux autorisations, au support et aux besoins de distribution ? |
| Réutiliser avec configuration | Pouvez-vous utiliser un composant existant en modifiant ses instructions, sa connexion, son audience ou ses métadonnées sans modifier son environnement d’exécution ? |
| Étendre | Pouvez-vous ajouter une compétence, un connecteur, un composant MCP ou tout autre composant pris en charge à un agent ou un plug-in existant ? |
| Générer nouveau | Y a-t-il une exigence qu’aucun composant approuvé ne peut satisfaire ? |
Vérifiez que vous êtes autorisé à réutiliser la ressource et que son propriétaire prend en charge l’audience, l’environnement et le cycle de vie prévus.
Enregistrer les dépendances des composants
Pour chaque composant sélectionné, identifiez :
- Le propriétaire du composant et contact de support.
- Expériences et utilisateurs Microsoft cibles.
- Identités, autorisations, consentements et connexions requis.
- Sources de données, API, services et hébergement requis.
- Exigences en matière de disponibilité, de performances et de défaillance.
- Contraintes de sécurité, de confidentialité, d’IA responsable et de gouvernance.
- Restrictions de version, de compatibilité et de distribution.
Une référence packagée ne transfère pas la propriété d’un service exploité indépendamment. Par exemple, l’empaquetage des informations de connexion MCP ne rend pas l’éditeur du plug-in responsable de l’exploitation du serveur MCP distant, sauf si l’éditeur possède également ce service.
Résumez les décisions relatives aux composants
Pour chaque composant que vous sélectionnez, notez :
| Composant | Pourquoi est-il nécessaire ? | Créer ou réutiliser | Propriétaire | Dépendances |
|---|---|---|---|---|
| Agent, compétence, connecteur ou composant MCP | Exigence qu’il satisfasse aux exigences suivantes : | Réutiliser, configurer, étendre ou générer | Équipe ou personne responsable | Exigences relatives à l’identité, aux données, au service, à l’hébergement ou à la politique |
Vous êtes prêt à choisir les outils de développement dans les situations suivantes :
- Chaque exigence de solution correspond à un composant sélectionné ou à une lacune identifiée.
- Vous savez quels composants peuvent être réutilisés.
- Vous savez quels composants doivent être créés ou étendus.
- Chaque composant possède un propriétaire et des dépendances documentées.