FAQ sur les agents déclaratifs

Cette FAQ sur la transparence explique les utilisations prévues, l’évaluation et les limites des agents déclaratifs pour Microsoft 365 Copilot. Il distingue les protections de plateforme de la validation et des garanties dont vous avez besoin pour votre agent.

Que sont les agents déclaratifs ?

Les agents déclaratifs personnalisent Copilot à l’aide d’instructions, de sources de connaissances et de fonctionnalités prises en charge. Pour obtenir des définitions et des choix de conception, consultez Agents déclaratifs pour Microsoft 365 Copilot.

Que peuvent faire les agents déclaratifs ?

Les agents peuvent répondre à des questions, résumer les connaissances configurées et appeler des actions prises en charge dans Microsoft 365 Copilot et les applications prises en charge. Les fonctionnalités disponibles dépendent de l’outil de création, des licences, des stratégies et de l’expérience hôte. Voir Expériences dans l’application de l’agent et Architecture déclarative de l’agent.

Quelles sont les utilisations prévues des agents déclaratifs ?

Utilisez des agents déclaratifs pour aider un public défini à effectuer des tâches spécifiques, telles que répondre à des questions de stratégie organisationnelle ou récupérer des informations sur les commandes. Définir le résultat escompté, les limites et les exigences en matière d’examen humain. Ne présentez pas de réponses fluides comme preuve d’expertise ou de précision. Pour obtenir des instructions concernant les scénarios, consultez Décider si vous avez besoin d’un agent déclaratif.

Les agents déclaratifs sont-ils disponibles pour les clients Microsoft 365 Government ?

La prise en charge de l’agent déclaratif pour les clients Microsoft 365 Government varie selon le cloud :

  • Government Community Cloud (GCC) : la prise en charge complète des agents déclaratifs est disponible.
  • Government Community Cloud High (GCCH) : les agents Pro-code créés avec Microsoft 365 Agents Toolkit sont pris en charge. Agent Builder est également désormais disponible dans GCCH.
  • Département de la Défense (DoD) : Support limité : seuls les agents pro-code créés avec Microsoft 365 Agents Toolkit sont pris en charge. Agent Builder n’est pas disponible pour les agents déclaratifs dans DoD.

Comment les agents déclaratifs ont-ils été évalués ? Quelles métriques sont utilisées pour mesurer les performances ?

Microsoft teste les capacités de génération de réponses avant la publication pour évaluer la précision, l’ancrage et les réponses responsables alignées sur les préférences humaines. Les tests d’IA responsable (RAI) évaluent différents types de dommages et mesurent les taux de défauts. Les résultats éclairent les améliorations des modèles et les mesures d’atténuation des préjudices ; Ils ne garantissent pas que chaque réponse est correcte, actuelle ou appropriée.

Les vérifications RAI s’appliquent également lors de la validation du manifeste de l’agent et du traitement des invites utilisateur. Pour connaître les vérifications et les échecs de validation applicables, consultez Validation responsable de l’IA. Ces vérifications ne remplacent pas l’évaluation des instructions, des connaissances, des actions et des scénarios prévus de votre agent.

Comment les fabricants doivent-ils évaluer un agent spécifique ?

Définissez des cas de test représentatifs avec le comportement attendu et des assertions vérifiables. Mesurez la précision des réponses, l’attribution de la source, l’achèvement des tâches, l’utilisation des outils et le respect des limites de l’agent. Incluez les informations manquantes, l’accès restreint, les demandes non prises en charge, les actions annulées et les échecs de service.

Comparez les résultats entre les versions et réexécutez les tests lorsque les instructions, les sources, les outils ou le comportement de la plateforme changent. L’évaluation ne remplace pas l’examen responsable de l’IA, les tests de sécurité, les tests de performance ou la recherche utilisateur. Consultez la vue d’ensemble de l’évaluation des agents et Tester et itérer.

Quelles sont les limites des agents déclaratifs et comment les utilisateurs peuvent-ils minimiser les effets ?

Communiquer la portée et les limites de l’agent, et concevoir les mesures de protection appropriées :

  • Réponses incorrectes ou obsolètes. Les réponses générées peuvent être inexactes ou incomplètes. Évaluez-les par rapport au matériel source et exigez un examen humain lorsque les conséquences le justifient.
  • Limites de récupération et de contexte. Une réponse peut ne pas inclure tout le contenu source pertinent. Maintenez les connaissances à jour, suivez les exigences spécifiques de la source et testez les questions représentatives et les hôtes cibles.
  • Contenu non approuvé. Les informations récupérées et les résultats de l’outil peuvent contenir des instructions qui influencent l’agent. Les protections de plateforme ne remplacent pas les contrôles d’autorisation ou la surveillance humaine minutieuse des opérations sensibles.
  • Actions extérieures. Les instructions ne remplacent pas l’autorisation côté service, la validation des entrées ou les règles métier. Configurez les confirmations appropriées et testez le comportement des échecs et des nouvelles tentatives.

Pour connaître les atténuations de conception, consultez Meilleures pratiques pour les agents déclaratifs. Pour connaître les limites du service et des autorisations, consultez Données du plan, confidentialité et sécurité.

Quelles sont les responsabilités des développeurs d’agents en matière de données et de confidentialité ?

Passez en revue les données auxquelles l’agent peut accéder, ce qu’il envoie aux services externes, ainsi que les autorisations, déclarations de confidentialité et conditions d’utilisation applicables. Les protections d’accès aux données Microsoft 365 ne vous suppriment pas la responsabilité d’appliquer l’autorisation et la protection des données dans les API externes et les serveurs MCP.

Documentez les exigences pertinentes en matière de flux de données, de conservation et de surveillance humaine. Travaillez avec les administrateurs sur l’accès et le déploiement à l’aide de Govern plugin access and connections, plutôt que de supposer que le partage d’un agent accorde l’accès à ses sources de données.

Pour connaître les engagements sur la plateforme, consultez Données, confidentialité et sécurité pour Microsoft Copilot. Pour connaître les protections de plateforme, consultez Sécurité de Microsoft Copilot.