Cours Salle de cours

Choisir un framework d’agents : trois notebooks, trois vérifications

Résumé de la leçon

Avant de choisir, rédigez un critère d’acceptation. Faut-il établir que l’agent a choisi une ville autorisée, qu’il a organisé un séjour au soleil ou qu’il a produit un graphique du nombre de voyageurs ? Chaque notebook répond à une demande différente. Gardez ensemble demande, outils configurés et trace d’exécution.

Leçon 2 / 2 · 5 min · Débutant · FrançaisLangue de la vidéo · English

Pour commencer

Dans cette leçon

  1. Cerner ce que gère le framework
  2. Retrouver la ligne qui fournit New York
  3. Évaluer Maui selon la demande reçue
  4. Vérifier la nature du résultat graphique

Cerner ce que gère le framework

Dès que l’application dépasse un seul appel au modèle, instructions, outils et messages doivent fonctionner ensemble. La vidéo présente Semantic Kernel pour l’intégration en production, AutoGen pour l’expérimentation et le service Azure pour l’exécution hébergée. Ce sont les noms à l’écran. Consultez les instructions actuelles du SDK avant toute installation.

Définir le livrable avant de choisir

Le deuxième notebook présente un assistant relié à un client de modèle. Ne supposez pas qu’il hérite du module de destinations du premier. Notez le résultat attendu. Deux itinéraires bien rédigés ne suffisent pas à choisir un framework.

Demande initiale → Appel et résultat → Que prouve la trace ?

Définition de l’assistant AutoGen 05:54 · Microsoft Learn

Trois étapes à l’écran

  1. La ville doit-elle appartenir au catalogue ?
  2. Une suggestion libre suffit-elle ?
  3. Faut-il livrer un graphique consultable ?

Retrouver la ligne qui fournit New York

Dépliez la fonction de destination aléatoire dans le notebook Semantic Kernel. Elle renvoie New York et l’itinéraire reprend cette ville. Si seules les destinations de l’entreprise sont admises, comparez la liste associée à la fonction, la valeur renvoyée et la ville indiquée dans la réponse finale.

La fonction renvoie New York. 05:20 · Microsoft Learn

Évaluer Maui selon la demande reçue

Le notebook AutoGen définit un client et un assistant, sans outil personnalisé pour cet essai. La demande de séjour au soleil devient une proposition de sept jours à Maui. Notez ce que demande la personne et quelles données externes ont été vérifiées. La première réponse est visible ; rien ne prouve ici une consultation du catalogue.

Sept jours au soleil à Maui 06:29 · Microsoft Learn

Pour Maui, la personne demande un séjour au soleil. Les sept jours sont une durée proposée par l’assistant et non une contrainte du voyageur.

Vérifier la nature du résultat graphique

Dans l’exemple Azure, les messages sont conservés dans un fil. Code Interpreter exécute du Python pendant le traitement. La demande porte sur un graphique des voyageurs par destination : vérifiez sa présence puis ce que représentent ses axes et ses valeurs. Une image seule ne valide pas les chiffres. Un agent suffit ici.

Le graphique produit dans le notebook. 07:57 · Microsoft Learn

Comparer graphique et données

La demande évoque un bénéfice d’exploitation mais donne des effectifs : Bali 100, Paris 356, Londres 900 et Tokyo 850. Ces valeurs ne valident pas un bénéfice. Prévoyez les deux barres les plus hautes : Londres doit dépasser légèrement Tokyo.

Quatre effectifs dans la demande 07:10 · Microsoft Learn

Exemple résolu · Trois arrêts dans la vidéo

Pause

Où regarder

Comment interpréter

05:20

Destination autorisée

Ouvrez l’appel. Comparez New York à la ville du programme final. Une différence invalide la recommandation même si la fonction a réussi.

06:26

Séjour au soleil

Maui et sept jours peuvent répondre à la demande. Aucun outil de catalogue n’est connecté ici. Il manquerait une preuve pour dire « séjour agréé ».

07:57

Répartition des voyageurs

Vérifiez l’existence du graphique et la comparaison de villes. L’image seule ne prouve pas la provenance des chiffres.

À vous de jouer · Rédiger un test d’acceptation

Une agence ne peut conseiller que des villes partenaires. Quel notebook se rapproche le plus d’une preuve de cette contrainte ? Choisissez-le, puis inversez le test : l’outil renvoie une ville autorisée mais l’assistant écrit sur une autre. Le test le verrait-il ?

Vérifiez votre raisonnement

L’exemple de New York expose la liste et le résultat de fonction. Comparez aussi la ville du plan final. Pour une demande de rapport, ouvrez le fichier et contrôlez les variables du graphique.

Diagnostic

Observation

Vérification

Résultat attendu

Respect du catalogue

Comparez retour de fonction et itinéraire.

Les deux doivent indiquer New York.

Graphique avec la mauvaise mesure

Vérifiez les unités et le libellé.

Un effectif ne prouve pas un résultat financier.

Deux questions

  1. Où vérifieriez-vous l’usage obligatoire du catalogue ?
  2. Les réponses sur Maui et New York désignent-elles un meilleur framework ?

Vérifiez votre raisonnement

  1. Examinez l’appel qui renvoie New York, puis la liste utilisée. La ville dans le texte ne suffit pas.
  2. Les demandes et les outils diffèrent. Il faudrait une tâche et un critère communs.

Petit glossaire

Client de modèle : accès au modèle. Fil : messages associés. Exécution : traitement d’une tâche.

Sources et version

Microsoft publie des guides de migration vers Agent Framework. Les notebooks montrent des comportements ; vérifiez la procédure actuelle pour un nouveau projet. Microsoft

Microsoft Learn · 2/10 · YouTube