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.
Comparez les trois options d’intégration Agent 365 et choisissez le bon mécanisme en fonction des capacités offertes par votre plateforme et de ce que vous devez configurer dans le code.
Comparer les mécanismes d’intégration de l’Agent 365
Utilisez le tableau suivant pour comparer où chaque mécanisme d’intégration s’applique, comment vous l’implémentez, et s’il nécessite le SDK Agent 365.
| Mécanisme | S’applique à | Comment c’est appliqué | SDK requis |
|---|---|---|---|
| Intégration intégrée | Les plateformes et agents Microsoft, tels qu’Agent Builder, Copilot Studio, Azure AI Foundry, Copilot Cowork et Researcher. De plus, des agents tiers sont déjà intégrés à l’Agent 365. | Pas de SDK ni d’intégration en code personnalisé. L’habilitation administrative pourrait encore être nécessaire. | Non |
| Synchronisation du registre (aperçu) | Des plateformes d’agents connectés, telles que Google Vertex AI et Amazon Bedrock. | Configuré par plateforme. Importe des agents pour la visibilité et la gouvernance. | Non |
| SDK Agent 365 | Les agents que vous construisez avec un SDK ou un framework d’agents, tels que le Microsoft 365 Agents SDK, le Microsoft Agent Framework, le SDK OpenAI Agents, LangChain, CrewAI ou LlamaIndex. | Développeur intégré, dans le code de votre agent. | Yes |
Tip
Vérifiez d’abord l’intégration intégrée et la synchronisation du registre. Si l’un de ces chemins fournit déjà les capacités Agent 365 dont vous avez besoin, vous n’avez pas besoin du SDK uniquement pour enregistrer l’agent. Ajoutez le SDK lorsque votre scénario a besoin de capacités au niveau du code que le chemin de la plateforme ne fournit pas.
Note
Certaines plateformes prennent en charge plusieurs mécanismes. Copilot Studio et Azure AI Foundry peuvent offrir une intégration intégrée à l’Agent 365 pour certains scénarios, tandis que les agents basés sur le code construits avec des composants Foundry supportés peuvent utiliser le SDK lorsqu’ils ont besoin de fonctionnalités non fournies par ce chemin de plateforme. Posséder ou déployer du code seul ne détermine pas le choix ; Comparez les capacités et le modèle d’authentification pour le scénario spécifique. Pour les agents hébergés par Foundry, consultez la documentation de Service de l'agent Azure AI Foundry, ainsi que les directives pour configurer la collecte de données de l’Agent 365 et accorder les permissions d’observabilité de l’Agent 365.
Le chemin d’intégration disponible pour Azure AI Foundry dépend de la manière dont l’agent est construit, hébergé et enregistré. Confirmez les recommandations actuelles d’intégration et d’observabilité de Foundry pour votre scénario avant de choisir une approche. Pour les agents basés sur le code, commencez par le SDK quickstart de Microsoft Foundry et comparez-le avec les conseils pour agents hébergés.
Quand utiliser le SDK Agent 365
Utilisez le SDK Agent 365 lorsque :
- Vous construisez et déployez votre agent vous-même, plutôt que de l’héberger sur une plateforme Microsoft intégrée.
- Votre agent a besoin d’une ou plusieurs fonctionnalités d’Agent 365 : identité, observabilité, outils ou notifications. Pour ce que chaque capacité offre, voir la présentation du SDK de l’Agent 365.
- Votre agent a besoin d’un contrôle au niveau du code sur le moment et la manière dont ces capacités fonctionnent.
L’identité est souvent le facteur décisif sur le chemin du SDK. La capacité d’identité prend en charge trois modes d’exécution : service-à-service (S2S), au nom d’un utilisateur connecté (OBO), et Agentic-User, dans lequel l’agent utilise son propre compte utilisateur Entra. Choisissez le mode qui correspond au travail effectué par l’agent et au chemin de plateforme disponible pour votre scénario. Pour le modèle d’identité et ses décisions de configuration, voir Identité d’agent.
La synchronisation du registre et l’intégration intégrée peuvent évoluer à mesure que le support de la plateforme évolue. Vérifiez les directives actuelles d’intégration de la plateforme avant d’ajouter des fonctionnalités au niveau du code.
Note
Le SDK n’est pas une alternative à votre framework d’agent, donc « construire un agent » n’est pas l’un de ces mecanismes. Construis d’abord l’agent avec ton framework, puis utilise l’un des mécanismes précédents pour l’intégrer dans l’Agent 365.