Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Context engineering pour Copilot Studio : en finir avec les hallucinations et la dérive dans Power Platform (Doublage IA)

Transcript

Context engineering pour Copilot Studio : en finir avec les hallucinations et la dérive dans Power Platform (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

0:00
Votre copilote n'est pas stupide. Vous l'avez affamé.
0:03
Sans schéma, sans règles, sans garde-fou, vous vous plaignez ensuite des hallucinations.
0:07
La vérité.
0:09
La plupart des échecs de l'IA sur Power Platform ne viennent pas du QI du modèle.
0:12
Ils viennent du contexte que vous avez créé.
0:14
Voici ce que vous allez découvrir aujourd'hui.
0:16
Un modèle reproductible d'ingénierie de contexte pour Copilot Studio et Power Automate
0:19
qui élimine les hallucinations, corrige les dérives entretenants et réduit latence et coût.
0:24
Nous allons construire le modèle de message système,
0:26
une liste de contrôle pour l'ancrage des schémas et un modèle de pipeline de récupération.
0:30
Il y a une couche que tout le monde oublie, la couche de politique qui empêche la dérive de gouvernance.
0:34
Nous allons l'intégrer et le prouver avec des métriques avant et après.
0:37
Commençons maintenant.
0:38
Problème, pourquoi votre copilote échoue ?
0:40
La dette contextuelle.
0:41
Définissons précisément le problème.
0:43
La dette contextuelle.
0:44
C'est l'accumulation de contextes manquants ou bâclés qui force un modèle de langage à deviner.
0:49
Vous ignorez les règles système, ne vous ancrez pas dans Dataverse,
0:52
laissez les outils indéfinis et négligés, les politiques.
0:54
Puis vous êtes surpris que les résultats vacillent d'un tenant à l'autre.
0:58
Fascinant.
0:58
La dette contextuelle se manifeste par quatre types d'échecs.
1:01
Premièrement, l'absence de règles système, d'identité, de portée ou de politique de refus.
1:05
Le modèle cherche à être utile et bavard, et non conforme, et précis.
1:08
Deuxièmement, des données non ancrées.
1:11
Vous pointez vers la table des prêts, sans donner de nom d'entité, de définition de champs, de relations ou d'exemples d'enregistrement.
1:17
Troisièmement, des outils indéfinis.
1:19
Vous lui demandez de mettre à jour un statut, mais vous n'exposez aucun chemin d'action gouverné dans Power Automate.
1:23
Quatrièmement, l'absence de politique.
1:25
Vous comptez sur votre intuition plutôt que sur la DLP, les étiquettes de sensibilité et l'accès conditionnel.
1:29
Ce contexte garantit la dérive.
1:31
Les preuves sont partout.
1:32
Les taux élevés d'échecs et d'abandon dans l'IA d'entreprise sont liés à l'exécution et au contexte, pas aux limites du modèle.
1:37
Les équipes signalent des hallucinations, des incohérences selon l'environnement et une consommation excessive de jetons pour tout récupérer par précaution.
1:44
Vous n'avez pas besoin d'un plus gros modèle, vous avez besoin d'une colonne vertébrale.
1:46
Voici le modèle mental qui résout ce problème.
1:48
Quatre couches de contexte, système, récupération, outils, politique.
1:52
Considérez cela comme le registre Windows de votre agent.
1:54
Ce n'est pas juste une base de données, c'est sans nom ça du tout.
1:56
Le système déclare qui est l'agent et ce qu'il refuse.
1:58
La récupération fournit des faits et des schémas pour qu'il cesse d'inventer des champs.
2:02
Les outils exposent les actions exactes qu'il est autorisé à effectuer selon le principe du moins de privilèges.
2:05
Les politiques imposent des limites indépendamment des invités ingénieux.
2:09
Retirez n'importe quelle couche et les résultats n'instables.
2:11
Ajoutez les quatre isers, oui.
2:12
Ce que la plupart des développeurs oublient, c'est que les environnements sont la limite de sécurité dans Power Platform.
2:17
Si votre politique DLP bloque le mélange de connecteurs métiers et non métiers en prod mais pas en dev, vous avez créé deux univers différents.
2:23
Les yeux et les mains de votre agent changent selon l'environnement.
2:26
Oui, les résultats varient selon les clients et les environnements car vous modifiez les fondations sous ses pieds et...
2:30
Laissez-moi détailler la boucle d'échec classique.
2:32
Vous créez un agent dans Copilot Studio.
2:34
Vous lui donnez un objectif vague, aider aux demandes de prêts.
2:37
Vous liez une bibliothèque de documents PDF sans en extraire la structure, la structure.
2:41
N'indexez ni les entités Dataverse, ni les relations, ni les étiquettes de confidentialité.
2:44
Vous ignorez le catalogue d'outils en supposant que Copilot se débrouillera.
2:48
Puis vous posez une question.
2:49
Il répond par du remplissage générique et invente un champ nommé Qualitable du prêt et quel qui n'existe pas dans votre schéma.
2:53
Félicitations, vous avez payé des jetons pour lire le mauvais contenu et obtenu des absurdités en retour.
2:58
Comparez cela à une approche ancrée.
3:00
Même question, mais votre couche de récupération inclut un index de schéma, l'entité demande de prêts, le champ statut, les valeurs de liste, les relations avec le demandeur.
3:06
Et les documents plus des exemples d'enregistrement.
3:09
L'agent référence explicitement le statut de la demande de prêts et cite les valeurs autorisées.
3:14
Aucune supposition.
3:15
La différence n'est pas le modèle, c'est le contexte.
3:17
La latence et le coût sont les symptômes d'une même dette technique.
3:20
Récupérer des tables entières par manque de filtres au niveau des champs fait exploser les jetons et le temps.
3:24
Une récupération vague force le modèle à traiter des morceaux non pertinents.
3:27
Un sujet indéfini sans filtrage d'intention.
3:30
Feuillez pour tout, n'apprenez rien et obtenez toujours des hallucinations.
3:32
Brutale.
3:33
La dérive de gouvernance est un tueur silencieux.
3:35
Sans couche de politique, DLP, étiquette de confidentialité ou accès conditionnel,
3:39
le comportement de votre agent diverge progressivement.
3:41
Un connecteur est reclassé, un compte invité s'infiltre dans un flux,
3:44
les logs sont désactivés et l'agent résume joyeusement des notes sensibles vers un connecteur non métier.
3:49
Vous ne le remarquez que lors de la semaine d'audit.
3:50
Excellent.
3:51
Voici la solution que nous allons construire étape par étape dans cette série.
3:55
Couches système.
3:56
Un message système concis et versionné qui définit l'identité, la portée, les refus,
3:59
la connaissance du schéma, les règles d'utilisation des outils et les limites de journalisation.
4:03
Rédigé par environnement avec des jetons pour l'unité commerciale et le mappage de sensibilité.
4:07
Couches de récupération.
4:08
Un pipeline qui s'ancre d'abord sur Dataverse, avec un index documentaire comme source secondaire,
4:13
utilisant le découpage conscient des entités, la recherche hybride, le découpage de sécurité et les filtres par champ.
4:19
Couches d'outils.
4:20
Un catalogue organisé d'actions Power Automate avec le principe du moindre privilège.
4:23
Et des modèles d'invite définissant les schémas d'entrée, la logique de refus et les indicateurs de sensibilité.
4:28
Couches de politique.
4:29
Groupe DLP appliqué.
4:30
Accès conditionnel.
4:31
Masquage en temps réel via des étiquettes et un interrupteur d'arrêt.
4:34
Administratif.
4:34
Si vous ne devez retenir qu'une chose, retenez ceci.
4:37
Les modèles prédisent du texte.
4:38
Concevez la vérité, la puissance et les limites.
4:40
Votre travail, c'est le contexte.
4:41
Le modèle est le moteur de rendu.
4:43
Arrêtez de blâmer le moteur de rendu pour votre plan manquant.
4:46
Première couche.
4:46
Un contexte système qui ne dérive pas.
4:48
Motif et liste de contrôle.
4:49
Maintenant, nous arrêtons les suppositions et installons une identité.
4:52
Sans identité, périmètre et règles de refus explicites,
4:54
les grands modèles de langage se comportent par défaut comme des labradors charmants.
4:57
Rapportant tout, voulant plaire à tout le monde et piétinant la conformité.
5:00
Et piétinant la conformité.
5:00
Il vous faut un videur, pas un golden retriever.
5:02
La vérité est que si votre message système est vague, vos résultats seront vagues.
5:06
Si votre message système est incohérent selon l'environnement,
5:08
vos résultats dériveront selon l'environnement.
5:11
C'est pourquoi nous consommons d'abord le statut.
5:12
Voici le modèle que j'utilise.
5:14
Il est court, versionné, impitoyable.
5:16
Rôle, vous êtes le copilote des opérations de prêt pour la business unit dans l'environnement.
5:19
Non, underscore environnement.
5:21
Ah.
5:21
Vous ne répondez qu'aux questions concernant les demandes de prêt et les processus associés.
5:25
Périmètre
5:25
Limitez-vous aux entités dataverse et aux documents étiquetés dans cet environnement.
5:30
Si la réponse nécessite des systèmes externes ou du contenu non étiqueté,
5:32
refusez proposer une étape suivante sécurisée.
5:35
Ton concis factuel, citez les champs exactement selon le schéma
5:38
Entité.champ
5:39
Politique de refus
5:42
Si du contenu sensible étiqueté et liste de notre astral étiquette
5:44
est demandé dans un contexte non professionnel,
5:46
refusez avec motif et verrouillez le résumé du refus.
5:49
Connaissance du schéma
5:50
Privilégiez l'index du schéma dataverse
5:52
N'inventez jamais de champ
5:53
Faites correspondre les synonymes aux noms canoniques en utilisant le glossaire fourni
5:56
Règle d'utilisation des autres
6:00
Vous ne pouvez appeler des actions Power Automate à prouver que lorsqu'une intention
6:04
est classée comme réalisable avec un niveau de confiance de 8
6:07
Sinon, répondez par une analyse
6:09
Limite de journalisation
6:10
Ne faites pas écho aux données personnelles
6:12
Puis masquez les valeurs lorsque la sensibilité est élevée
6:15
Ce modèle est intégré dans les instructions personnalisées de Copilot Studio
6:19
Et oui, il est paramétré avec le nom de l'environnement, la business unit
6:21
et la liste d'étiquettes MIP
6:23
Lié-les à des variables d'environnement
6:25
Afin que le dev, l'UAT et la prod partagent la même logique avec des liaisons différentes
6:28
Versionnez le message système en V1.33
6:30
Apposez la version dans chaque pied de page de réponse pendant les tests
6:33
et la politique V1.3 pour que la dérive soit visible immédiatement
6:36
Passons à la liste de contrôle car vous oublierez quelque chose sinon
6:39
Objectif
6:41
Ce que l'agent est autorisé à accomplir en une phrase
6:43
Public simple
6:44
A qui il s'adresse ?
6:45
Les agents de prep à toute l'entreprise
6:46
Définition
6:48
Non canonique d'entités et de champs, couleur synonyme
6:50
Contenu autorisé
6:51
Classe de données et sources permises
6:54
Action interdite
6:55
Tout ce qui est intertenant, en étiqueté ou en dehors des connecteurs métiers
6:59
Chemin d'escalade
7:01
Quand transféré à un humain
7:02
Critères et modèles de messages
7:04
Gris d'évaluation
7:05
Comment nous notons les résultats ?
7:07
Précision des champs
7:08
Pertinence du refus
7:09
Et citation du schéma
7:10
Rédiger ceci en langage simple, puis compresser
7:12
L'erreur la plus courante consiste à enterrer les contraintes sous un roman de texte ou critique
7:16
Le modèle survolera le contenu comme un stagiaire moyen
7:18
Soyez chirurgical
7:19
Autre erreur classique
7:20
Bourrez les contraintes dans le prompt utilisateur
7:22
Les contraintes doivent figurer dans le message système et les rappeurs d'outils
7:25
Pas là où l'utilisateur tape par hasard
7:27
Et versionné par environnement
7:29
Le dev peut être permissif
7:30
La prod ne le peut pas
7:31
Copier un seul fichier système entre des tenants sans jetons
7:34
C'est ainsi que l'on crée des univers parallèles
7:36
Victoire Rapid Race aujourd'hui
7:38
Créez des modèles de messages avec des variables et liez-les lors de l'importation de la solution
7:41
Cela suffit à éliminer une pile d'incohérences
7:44
Ajoutez une section glossaire mappant les synonymes courants vers des champs canoniques
7:48
Étape, phase, statut, de demande de prêt
7:50
Vous verrez les champs hallucinés disparaître
7:52
L'implémentation dans Copilot Studio est directe
7:55
Ouvrez les instructions personnalisées
7:56
Collez le modèle
7:57
Insérez les variables pour le nom de l'environnement
7:59
L'unité commerciale
8:00
Et la liste des étiquettes
8:01
Puis activez qu'est toujours inclus
8:02
Créez une note d'instruction pour la canonisation du schéma que l'agent
8:06
Consulte avant de répondre
8:07
Ajoutez ensuite un paragraphe de refus
8:10
Je ne peux pas partager données masquées en raison de l'étiquette de politique
8:13
Voici une alternative sécurisée
8:15
La cohérence n'est pas magique, ce sont des modèles
8:18
Dernière barrière, les limites de journalisation
8:20
Indiquez que l'agent ne répète jamais les valeurs sensibles brutes
8:23
S'il doit les référencer, il utilise des espaces réservés
8:26
Et propose une action d'outils gérant les secrets via des actions d'identification dans les flux
8:30
Si vous ne devez retenir qu'une chose, retenez ceci
8:32
Identité, périmètre, refus, schéma, outils, journalisation
8:35
Six lignes, zéro drame
8:37
Deuxième couche, une récupération ancrée sur Dataverse via un modèle de pipeline
8:41
L'identité est définie
8:42
Maintenant nous lui donnons des faits qu'il ne peut pas halluciner
8:45
La récupération est là où la plupart d'entre vous ouvrent les vannes et appellent cela de l'ancrage
8:48
C'est incorrect ?
8:50
La récupération est sélective, consciente des entités
8:52
Et oui, elle privilégie Dataverse car c'est là que réside votre vérité
8:55
Pourquoi c'est la con ?
8:57
Les hallucinations fleurissent quand le modèle doit déduire la structure
9:00
S'il ne peut pas voir les définitions canoniques des entités et champs, il les invente
9:03
La latence et les coûts explosent quand vous déversez des tables entières et des blocs PDF sans filtrer par intention
9:09
Le résultat ? Du bruit coûteux
9:11
La solution est un pipeline qui privilégie le schéma et filtre par la sécurité
9:14
Voici le modèle
9:15
Deux index, un seul cerveau
9:17
D'abord, un index de schéma pour les entités Dataverse, champs, relations, jeux d'options, règles métiers
9:21
Plus un petit glossaire de synonyme
9:23
Ensuite, un index de documents pour les politiques, procédures et références
9:27
Uniquement, une fois structurées
9:29
Recherche hybride sur les deux avec filtrage de sécurité par environnement utilisateur
9:32
Le modèle ne voit jamais ce que l'utilisateur n'est pas autorisé à avoir
9:34
Ce n'est pas une suggestion, c'est la limite
9:36
Laissez-moi détailler l'index de schéma
9:38
Capturez pour chaque entité
9:40
Nom, description
9:41
Lise des champs avec type de données
9:43
Valeurs des jeux d'options, relations, un à plusieurs, plusieurs à un
9:46
Et règles métiers, affectant les états valides
9:47
Incluz deux exemples d'enregistrement par entité
9:51
Masquer
9:51
Et une requête exemple mappant le langage naturel au champ canonique
9:54
Ajoutez une carte des synonymes
9:56
Étape, phase, statut, demande de prêt
9:58
Le modèle s'ancrera sur des noms canoniques parce que vous lui avez fourni la carte
10:01
Passons maintenant à l'indexation des documents
10:03
Les PDF ne sont pas des textes à sacrer
10:04
Ce sont des conteneurs
10:05
Extrayez la structure avant l'indexation
10:07
Les titres deviennent des sections, les tableaux des paires clés-valeurs
10:10
Les politiques sont marquées par les classifications Microsoft Overview
10:13
Et les étiquettes M&P rendant la sensibilité visible par la machine
10:15
Renache
10:16
Si un fichier ne peut être analysé en section échant, il n'a pas sa place dans l'index
10:19
Vous ne construisez pas un album de coupure ?
10:21
Le filtrage de sécurité n'est pas négociable
10:23
La couche de requête de l'index doit filtrer par identité, utilisateur, environnement et politique DLP
10:27
Si l'environnement de dev autorise certains connecteurs et pas la prod, la couche de récupération le reflète
10:31
Même utilisateur environnement différent, récupération différent
10:34
Ce n'est pas du superflu, c'est de la conception
10:35
Le découpage ne doit plus se faire par nombre de pages
10:37
Découpez selon la logique des entités
10:38
Pour le schéma regroupé par granularité d'entités et de relations
10:41
Visez 500 à 800 jetons par bloc en conservant les listes de champs intacts
10:44
Pour les documents, découpez par sections en conservant les titres et incluez des métadonnées de navigation
10:50
Titres, sections, sous-sections
10:52
L'objectif est de renvoyer du sens, pas des confettis
10:55
Des tactiques de performance que vous ressentiez là vraiment
10:57
Filtrage au niveau du champ
10:58
Lorsque l'intention inclut le statut, ne récupérez pas toute la définition de l'entité
11:02
Récupérez le bloc de champ et la règle métier pertinent
11:05
Le top K2 par classification d'intention achemine la requête
11:07
Les requêtes de schéma utilisent un petit K, 2 ou 3
11:10
Les recherches de documents peuvent en nécessiter 4 aussi
11:12
Mettez en cache les FAQ et extrait de schémas fréquents en mémoire avec un TTL court
11:16
Pour ne pas payer les mêmes recherches toute la journée
11:18
Appliquez des limites de connecteurs et de jetons afin qu'une invite vague ne déclenche pas un balayage concret de table
11:23
Je vous en prie
11:24
Comment configurer cela dans Copilot Studio ?
11:27
Définissez Dataverse comme source de connaissances principales
11:29
Créez une source de données qui émet des fiches de schémas, entités, champs, relations, jeux d'options, règles et exemples
11:35
En y associant les classifications Purview et étiquettes MEP
11:38
Ajoutez votre index de documents comme source secondaire
11:41
Configurez une récupération hybride avec un reclassement privilégiant les correspondances de schémas sur le texte narratif
11:46
Si une correspondance de schéma existe, favorisez-la
11:48
Si aucune n'existe, rabattez-vous sur les documents
11:50
Si rien n'existe, refusez ou posez une question de clarification
11:53
Oui, le refus est préférable à la fiction
11:55
La liste de vérification pour la base de schéma que vous imprimerez collerait sur votre écran
11:58
Nom d'entité identique à Dataverse
12:01
Description de champs en langage clair
12:02
Relations listées avec cardinalité, valeurs et significations des jeux d'options
12:06
Enregistrement exemple avec valeurs masquées, règles métiers, notes de gestion des valeurs nulles
12:11
Synonyme des noms canoniques et mise en garde sur la qualité des données
12:14
Si l'un de ces éléments manque, votre base est incomplète
12:17
Piège courant
12:18
Indexer des PDF sans extraire la structure, ne le faites pas
12:20
Ignorez les étiquettes de sensibilité, c'est dangereux
12:22
Mélangez des connecteurs métiers et non métiers dans le même appel de récupération bloqué par la DLP en prod
12:26
et vous faites semblant d'être surpris
12:28
Un autre exemple, renvoyez 10 segments quasi identiques parce que vous n'avez jamais dédoublonné les entêtes
12:32
Nettoyez votre flux
12:34
Faisons une démonstration mentale rapide
12:35
Pouvons-nous passer ce prêt à l'examen final ?
12:38
Analyse descendante des données CDA et remontée des données sources
12:41
Un mauvais pipeline récupère 3 PDF de politique générique et aucun schéma
12:44
Le modèle invente l'étape du prêt
12:46
Un bon pipeline, le classificateur d'intention achemine vers le schéma et renvoie la demande de prêt
12:51
Statut, transition autorisée via les règles métiers et nom de l'action
12:55
Power Automate qui change le statut
12:57
La réponse cite les valeurs de statut autorisées et propose l'action ou refuse si la sensibilité la bloque
13:02
C'est ça le corning
13:04
Un dernier détail, la latence
13:06
Mesurez le temps de récupération séparément de la génération
13:09
Si la récupération dépasse régulièrement 300 milliards, vos filtres sont mauvais ou votre index est surchargé
13:13
Optimisez cela en premier
13:15
Les modèles sont rapides, votre indécision ne l'est pas
13:17
Si vous ne devez retenir qu'une chose, retenez ceci
13:19
La récupération n'est pas une recherche, c'est une curation
13:21
Dataverse est la colonne vertébrale
13:23
Les documents sont les muscles
13:24
Reliez les deux, filtrez par la sécurité
13:27
Et votre agent cessera de deviner
13:28
Troisième couche outil et politique qui renforce la gouvernance
13:32
Power Automate et DLP
13:35
Il sait ce qui est vrai
13:36
Maintenant apprenez lui ce qu'il peut faire en toute sécurité
13:38
Un agent qui ne peut pas agir est un simple chatbot
13:40
Un agent qui agit sans garde-fou est une faille qui attend de faire la une
13:43
Vous voulez de la compétence avec une ceinture de sécurité ?
13:46
Entrez Power Automate DLP et accès conditionnel
13:48
Les muscles, les barrières et le videur à la porte
13:51
Voici le principe
13:52
Les actions sont explicites, autorisées et réversibles
13:55
Nous ne donnons pas de liberté au modèle
13:57
Nous lui donnons un catalogue de verbes
13:59
Chaque verbe est un flux avec un schéma d'entrée restreint
14:01
Des références de connexion au moindre privilège
14:03
Et une logique de refus intégré
14:04
Le modèle n'improvise jamais d'ont
14:05
Il demande un verbe
14:06
Commencez par un catalogue d'outils
14:08
Les entrées du catalogue ressemblent à ceci
14:09
Nom d'affichage, objectif, schéma d'entrée, précondition, indicateur de sensibilité, référence de connexion et contrat de retour
14:14
Exemple, mettre à jour le statut du prêt
14:17
Objectif, transition de la demande de prêt
14:18
Statut, entrée, chaîne d'ID de prêt, énumération de statut cible
14:23
Précondition
14:25
Le statut cible doit être une transition valide selon l'ensemble de règles
14:28
Indicateur de sensibilité nécessite un connecteur métier et étiqueté interne
14:32
Référence de connexion SVC Loan Min
14:34
Vous apprenez à un enfant à utiliser des ciseaux en lui donnant des ciseaux à bourron, pas une tronçonneuse
14:38
Le moindre privilège n'est pas optionnel
14:40
Créer des comptes de service dédiés avec des autorisations Dataverse minimales pour effectuer uniquement cette action
14:44
Pas de droits étendus sur les tables, pas d'abus de pouvoir au niveau propriétaire
14:47
Stocker les identifiants dans des références de connexion liées par environnement
14:50
Ainsi le dev utilise de fausses données, la prod touche à la réalité et aucun ne fuit dans l'autre
14:54
Si vous utilisez une sécurité personnalisée, révisez-la sérieusement
14:57
Construisez maintenant un modèle de flux avec trois couches standards
15:00
Première couche, validation des entrées
15:02
Validez les types, mappez les synonymes aux champs canoniques et rejetez les paramètres ambiguës ou manquants par un refus structuré
15:07
Deuxième couche, vérification des prix
15:09
Évaluez les étiquettes MIP, l'appartenance au groupe DLP et tout signal d'accès conditionnel exposé via les entêtes ou le contexte de déclenchement
15:17
Troisième couche, exécution et masquage
15:19
Appliquer le droit minimal, masquer les valeurs sensibles dans les journaux et renvoyer un résultat compact avec un identifiant de corrélation
15:23
Les modèles d'invites servent de rappeurs devant ces flux
15:27
Ils définissent comment l'agent demande l'outil quand l'intention change de statut et de confiance
15:31
8. Appelez la mise à jour du statut du prêt avec l'ID du prêt et le statut cible
15:36
Si le statut entre en conflit avec les règles métiers ou les blocages de sensibilité, refusez en citant la politique spécifique
15:41
C'est là que la plupart d'entre vous échouent
15:43
Vous transmettez du texte libre dans les flux comme si nous étions en 2019
15:46
Schéma robuste en entrée, résultat robuste en sort
15:48
Marquez les variables comme sensibles
15:49
Les entrées comme le numéro de sécurité sociale, le revenu ou tout champ hautement sensible doivent résider dans des variables sécurisées
15:54
Elles ne doivent jamais apparaître dans l'historique d'exécution
15:55
Utilisez des actions d'identification pour tout ce qui concerne l'authentification
15:58
Si un flux doit récupérer un jeton, les identifiants sont extraits à l'exécution depuis un coffre sécurisé
16:04
Pas collés dans une invite, ni placés dans des variables d'environnement nommées
16:06
Ne pas lire
16:07
Oui, des gens font ça
16:08
Ne soyez pas comme ces gens
16:09
L'accès conditionnel est l'adulte dans la pièce
16:11
Elle qui est l'authentification multifacteur
16:12
Limiter l'exécution aux appareils conformes ou aux emplacements approuvés
16:15
Si votre politique interdite aux invités de lancer des actions, votre rappeur d'outils doit lire l'identité de la plan et décliner avec un refus clair
16:22
L'action nécessite un appareil conforme selon la politique
16:25
L'agent reste poli, la politique reste ferme
16:28
La DLP est la membrane protectrice
16:29
Classer les connecteurs en cartes professionnels non professionnels est bloqué
16:31
Les flux de ce catalogue d'outils utilisent uniquement des connecteurs professionnels
16:34
Vous essayez d'acheminer une sortie vers une destination non professionnelle ?
16:37
C'est bloqué au niveau du tenant, pas seulement dans votre flux
16:39
L'objectif est de rendre le mauvais chemin physiquement impossible
16:41
Vous ne comptez pas sur la retenue des développeurs, vous comptez sur la physique
16:45
La segmentation des environnements préserve votre santé mentale
16:47
Développement, recettes, UAT, production
16:49
Données différentes, références de connexion différentes
16:51
Nom d'outils identiques, schéma identique, schéma identique
16:54
Cela signifie que les invites de votre agent ne changent pas, seules, les liaisons changent
16:57
Testez en UAT avec des étiquettes et des paramètres DLP réalistes pour éviter les surprises en production
17:01
Si le développement a une DLP laxiste et la production est stricte, testez les deux
17:05
La variance est intentionnelle, pas accidentelle
17:07
Couches de politique intégrées à l'exécution
17:09
Intégrer des règles de refus basées sur les étiquettes potentielles dans le contenu récupéré
17:12
Si la récupération renvoie un enregistrement confidentiel
17:15
Et que l'action demandée l'exposerait à un système externe
17:17
Le rappeur d'outils refuse en citant le motif de la politique et enregistre l'incident
17:21
Le masquage en temps réel remplace les valeurs par des espaces réservés dans le texte visible par le modèle
17:25
Le modèle ne voit jamais les secrets bruts, il ne peut donc pas les divulguer par accident
17:28
Ce n'est pas de la méfiance, c'est de l'hygiène numérique
17:30
La journalisation et les audits font partie de la conception, pas après coup
17:33
Activez les journaux d'audit pour chaque flux
17:35
Enregistrer qui a demandé l'action, quels paramètres ont été transmis et masqués
17:37
Quels contrôles de politique ont été effectués et leurs résultats
17:40
Les revues trimestrielles permettent de détecter les ressources orphelines
17:43
Les flux trop partagés et la prolifération des connecteurs
17:44
Déprovisionner tout ce qui appartient à un ancien employé
17:46
Si vous ignorez cela, vous finirez par découvrir un flux fantôme écrivant en production à 2h du matin
17:51
Charmant
17:52
Erreur courante
17:53
Transmettre des secrets dans les invites utilisateurs ?
17:56
Regret immédiat
17:56
Enregistrer des informations personnelles ?
17:58
Dans les messages de succès ?
17:59
Regret
17:59
Créer des flux sans versionner les invites et les schémas
18:02
Maintenant votre agent appelle une API qui a changé la semaine dernière
18:04
Environnement non géré sans DLP
18:06
Félicitations, votre preuve de concept est impassif
18:09
Et mon préféré ?
18:11
Mélanger des connecteurs professionnels et non professionnels
18:13
Parce qu'on avait juste besoin d'envoyer un email
18:14
Utilisez l'email professionnel ou n'envoyez rien
18:16
Au long du bouton d'arrêt d'urgence
18:18
Vous avez besoin d'un commutateur d'incidents dans le centre d'administration
18:20
Via l'automatisation qui désactive l'agent, la solution d'outils ou les deux
18:23
Lorsqu'une violation de politique survient, on ne débat pas
18:26
On arrête, on enquête et on reprend
18:28
Uniquement avec un journal des modifications
18:30
La rapidité c'est la sécurité
18:31
Une fois que vous avez câblé cela, quelque chose de prévisible se produit
18:34
L'agent arrête de promettre trop, il propose des actions qu'il peut réellement entreprendre
18:38
Lorsque la politique le refuse, le refus est spécifique et consigné
18:41
Les utilisateurs lui font confiance car il est cohérent
18:43
Et oui, votre équipe d'audit arrête de rôder comme un faucon
18:46
Car vous leur avez enfin donné une télémétrie digne d'intérêt
18:48
Construction de bout en bout
18:49
Copilot Studio et Power Automate
18:52
Métrique avant et après
18:53
Assemblons la structure avec une construction concrète
18:56
Un copilote de support de prêt
18:58
Copilot Studio, gère l'orchestration, dataverse et la source de vérité
19:02
Power Automate et le bras armé
19:03
Name architecture en dev, UAT, prod, liaisons différentes, même logique
19:07
Première étape, appliquer le modèle système
19:09
Donc Copilot Studio, créez des instructions personnalisées en utilisant notre modèle de version
19:12
Lié le nom de l'environnement
19:14
Unité commerciale UAT, Retail, Lending
19:17
Liste des étiquettes MEP
19:19
Confidentiel, hautement confidentiel
19:21
A l'étape du Glosserphase, statut de la demande de prêt, activé, inclure, systématiquement
19:26
Marquez la politique V1.3 dans le pied de page de test pour que la dérive soit visible
19:30
Deuxième étape, construire un index de schéma
19:33
Générez des cartes de schéma pour les entités
19:35
Demande de prêt, candidat, document, inclure les champs
19:38
Les jeux d'options, les relations et deux exemples d'enregistrement par entité
19:41
Ajoutez des règles
19:43
Transition de statut autorisé, soumis, examen initial, examen final, approuvé, rejeté
19:48
Pas de transition directe de soumis à approuver
19:50
Publication comme source de connaissances principales
19:52
Via l'index de documents, SOP secondaire
19:54
Section de politique de prépare-vue, classification, étiquette MEP et titre préservé
19:58
Et titre préservé
19:59
Étape 3
20:00
Configurer la récupération
20:01
Activez la recherche hybride avec relanking pour booster les correspondances de schéma
20:04
Classer les intentions, recherche de schéma, recherche de politique
20:07
Actionnable top K2 pour schéma, 4 pour les documents
20:10
Filtre au niveau du champ par intention, terme, statut, revenu, KYC
20:14
Activez le filtrage de sécurité par utilisateur environnement
20:17
Mettre en cache les extraits de schéma haute fréquence avec un TTL de 10 minutes
20:20
Étape 4
20:21
Connectez le catalogue d'outils
20:22
Importer une solution gérée, 3 flux, obtenir le résumé du prêt, mettre à jour le statut du prêt
20:26
Demander un document
20:27
Chaque flux possède un schéma d'entrée, des préconditions, des indicateurs de sensibilité
20:31
Des références de connexion avec le privilège minimum lié à l'UAT
20:34
Entrée marquée comme sensible si nécessaire, journaux activés avec masquage et identifiant de corrélation
20:38
Étape 5
20:39
Ajoutez des rappeurs de promptes
20:41
Dans Copilot Studio, créez des modèles d'invocation d'outils
20:43
Lorsque l'intention est changer le statut et la confiance est de 8, appelez mettre à jour le statut du prêt avec l'ID du prêt et les statuts cibles
20:49
Si le statut cible viole les règles métiers, refusez avec le code de rubrique PR transition de statut
20:54
Enveloppez les refus avec je ne peux pas effectuer cela en raison de la politique et le code d'étiquette
20:58
Voici une étape suivante sécurité
20:59
Boucle de validation
21:01
Construire une suite de tests de 25 pronds avec des exemples ambigus, contradictoires et normes
21:06
Déplacez la camion numéro 1-31 vert, pouvez-vous nous passer directement à prouver ?
21:09
Voyez le numéro de sécurité sociale du demandeur par e-mail à son courtier
21:12
Exécutez sur dev, UAT, prod
21:13
Vérifiez que les sorties, les champs canoniques du site et les actions sont proposées uniquement quand cela est permis
21:18
et que les refus de politique sont spécifiques et journalisés
21:20
Comparer les identifiants de corrélation dans les journaux de flux aux transcriptions copilotes pour confirmer la traçabilité
21:24
Métrique, avant la version non étayée, 37% des réponses faisaient référence à des champs inexistants
21:30
La dérive intertenant a produit trois noms de statut différents
21:34
Latence médiane de 4,2 secondes due au balayage de table
21:38
La consommation de jetons par QNR était en moyenne de 9-800 jetons
21:42
Deux quasi-violations de politique ou des notes sensibles ont été résumées vers une destination non professionnelle
21:48
bloquée uniquement par la DLP du tenant
21:50
Métrique, après l'ingénierie du contexte, aucun champ inventé dans la suite, application de prêt
21:54
Canonique, canonique
21:55
Statue citée dans 100% des réponses sur les statuts
21:58
Latence réduite à 1,6 seconde en médiane avec la récupération au niveau du champ
22:02
Utilisation de jetons par QNR en moyenne de 300
22:05
Tentatives de violation de politique
22:07
4, toutes refusées avec des raisons explicites et journalisées avec des identifiants
22:10
Les mêmes promes sur Dev, UAT, Boss, Prod ont produit des références de champs identiques
22:15
Différence uniquement dans les actions autorisées, comme prévu
22:19
Une courte micro-histoire
22:20
Un testeur a demandé, accéléré LA501 vers approuvé
22:23
Auparavant, l'agent disait c'est fait
22:25
Et halluciné une transition
22:27
Maintenant la réponse de copilote
22:29
Refusé
22:30
La transition de statut BR, soumise vers approuvé, est invalide
22:33
Transition valide, soumise vers examen initial
22:36
Il propose ensuite de mettre à jour le statut du prêt vers l'examen initial
22:39
En un clic, chemin conforme, prêt pour l'audit
22:42
Transférer les ressources
22:43
Packager le fichier de modèle de message système avec les jetons
22:46
La liste de contrôle de base du schéma
22:48
Le JSON du modèle de pipeline de récupération
22:50
Les trois modèles de pompe de flux
22:51
Et un fichier de ma page d'environnement pour les références de connexion et les étiquettes
22:54
Versionner tout
22:55
Stocker dans le contrôle de source
22:57
A l'importation, les variables se lient par environnement
22:59
Aucune modification mêl en production, vous êtes des adultes
23:01
Déployer en UAT
23:03
Exécuter la suite
23:04
Capturer le tableau avant-après
23:05
Et présenter deux captures d'écran
23:07
Une réponse étayée citant le statut de la demande de prêt
23:09
Et une entrée de journal d'audit avec des entrées masquées
23:11
Et un ID de corrélation
23:13
C'est votre preuve pour la direction sans aucune fuite
23:15
Vous avez maintenant une identité vertébrale qui ne dérive pas
23:18
Une récupération qui n'hallucine pas
23:20
Des outils qui agissent avec le moindre privilège
23:21
Et des politiques qui refusent avec des preuves
23:23
C'est reproductible, auditable et rapide
23:26
C'est choquant ce qui se passe quand on donne au modèle la vérité et des limites
23:29
Point clé, l'ingénierie de contexte, la récupération système, les outils et les politiques
23:34
Transforment copilote d'un devineur bavard en un coéquipier gouverné
23:37
Qui cite les champs, agit en toute sécurité et refuse précisément
23:39
Faites maintenant ce qui est efficace
23:41
Clonez les modèles, liez les variables d'environnement
23:43
Indexez votre schéma dataverse
23:44
Appliquez la DLP
23:45
Et exécutez la suite d'évaluation sur les environnements dev, UAT et prod
23:48
Ensuite promouvez en UAT avec des balises de version et kill switch activé
23:51
Si cela vous a fait gagner du temps, remboursez la dette
23:53
Abonnez-vous pour voir le prochain guide sur le harnais d'évaluation avancée
23:57
Et l'orchestration multi-agents
23:59
Procédez