Outils d’un agent IA : Barcelone figure au catalogue, est-elle disponible ?

Dans cette leçon

1. Séparer l’appartenance au catalogue de l’état actuel
2. Comparer les deux premières demandes
3. Décomposer la demande hors d’Europe
4. Que changent Auto et Required ?

Le modèle produit du texte. Les points de fidélité, l’état d’un vol et une réservation nécessitent des données applicatives. La leçon cite des calculatrices et des requêtes CRM. Dans le notebook, une fonction liste les destinations et une autre vérifie la disponibilité d’un lieu précis.

Lire ce que renvoie réellement l’exemple

La première fonction liste cinq villes. La seconde accepte une destination mais le code visible renvoie un jeu fixe d’états. N’attendez pas une ligne unique pour Barcelone parce qu’elle est passée en argument. Repérez la ligne correspondante dans le résultat.

Catalogue et états d’exemple 03:05 · Microsoft Learn

Trois étapes à l’écran

1. Comptez les cinq destinations : Barcelone, Paris, Berlin, Tokyo et New York.
2. Notez les disponibles : Paris, Berlin et New York.
3. Ajoutez le critère hors d’Europe. Seule New York satisfait les deux conditions.

La première porte sur les destinations : get_destinations renvoie le catalogue. La suivante nomme Barcelone. get_availability reçoit la ville et indique qu’elle est indisponible. Un catalogue exact ne remplace pas cette réponse. Trouvez d’abord la valeur renvoyée, puis la façon dont l’agent l’exprime.

Réponse de disponibilité pour Barcelone après le catalogue. 04:30 · Microsoft Learn

Le voyageur souhaite un lieu hors d’Europe qui soit disponible. Le modèle retient Tokyo et New York puis vérifie les deux villes avec l’outil. Dans le notebook, New York est disponible et Tokyo ne l’est pas. Validez séparément les deux conditions : la géographie ne donne pas l’état des réservations. Ce sont des données d’exemple.

Vérifications de l’état de deux villes. 05:41 · Microsoft Learn

Sélection automatique de fonction 03:24 · Microsoft Learn

Auto laisse le modèle choisir une fonction. Imposer l’appel ne fournit pas une source manquante et ne corrige pas un argument erroné. Séparez « outil appelé » et « état vérifié ».

Auto laisse le modèle décider s’il faut appeler une fonction. Required peut imposer la sélection d’une fonction. Aucun des deux ne garantit le bon argument ni une réponse réussie du service. Limitez l’accès aux données nécessaires. Distinguez le service injoignable du service qui renvoie effectivement « indisponible ».

Le nom de fonction ne valide pas la réponse

À 04:09, l’appel déplié montre les villes renvoyées, puis le texte de l’assistant. Lisez la suite dans le même ordre : question, fonction, ligne et phrase finale. En production il faut aussi vérifier l’actualité des données. Le notebook ne consulte pas de réservations en temps réel.

Appel déplié pour la question sur le catalogue 04:09 · Microsoft Learn

Inscrivez la demande de catalogue à la première ligne et indiquez que la sortie est une liste. Placez Barcelone et son état à la deuxième. Divisez la dernière entre Tokyo et New York. Cherchez une réponse par ville. Les réunir dans une phrase ne transforme pas deux vérifications en une.

Vérifiez votre raisonnement

Montrez la trace à quelqu’un qui ignore le code. Peut-il distinguer présence au catalogue, disponibilité et réservation confirmée ?

Diagnostic

1. Quelle preuve a-t-on d’une réservation à New York ?
2. Quel état déduire d’un délai dépassé ?

Vérifiez votre raisonnement

1. Seulement un résultat de disponibilité. Aucune opération de réservation confirmée n’apparaît.
2. Inconnu ou non vérifié. Le délai ne vaut pas réponse négative.

Argument : entrée d’une fonction. Valeur renvoyée : résultat. Disponibilité : état dans les données d’exemple.

Microsoft distingue la règle de sélection de l’ensemble de fonctions proposées. Imposer un appel n’ajoute aucune source de données manquante. Microsoft

Microsoft Learn · 4/10 · YouTube