Choisissez une option d’intégration Agent 365

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 cela 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 à Agent 365. Pas de SDK ni d’intégration en code personnalisé. L’activation administrative pourrait encore être nécessaire. No
Synchronisation du registre (aperçu) Des plateformes d’agents connectés, telles que Google Vertex AI et Amazon Bedrock. Configuré pour chaque plateforme. Importe des agents pour la visibilité et la gouvernance. No
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. Intégré par le développeur dans le code de votre assistant pour la gestion des identités, des outils et des notifications. Utilisez Microsoft OpenTelemetry pour l’observabilité. Yes

Tip

Vérifiez d’abord l’intégration native 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 nécessite une identité au niveau du code, des outils ou des capacités de notification 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 avec Agent 365 pour certains scénarios. 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é. Vérifiez 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 assistant a besoin de fonctionnalités de gestion des identités, des outils ou des notifications au niveau du code. Pour les détails du package, voir l’aperçu du SDK 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 s’exécutent.

Utilisez le Microsoft OpenTelemetry Distro pour la supervision. Si une intégration existante utilise le SDK d’observabilité Agent 365 obsolète, suivez les directives de migration dans la documentation archivée.

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 capacité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.