Platform

Qu'est-ce que le tool calling, et en quoi diffère-t-il du function calling ?

Le tool calling permet à un modèle de demander une action à un logiciel ; le function calling désigne ce même processus ou ses outils de fonction définis par schéma, selon le fournisseur.

Un agent qui a besoin du statut d'une commande doit l'obtenir auprès du système qui détient la commande. Une définition d'outil décrit la recherche qu'il peut demander.

Les deux noms désignent-ils des choses différentes ?

Certains fournisseurs utilisent les noms de manière interchangeable. La définition d'outil du fournisseur détermine l'interface que vous implémentez.

Le guide de function calling d'OpenAI utilise function calling et tool calling pour le même processus. Parmi ses types d'outils, une fonction utilise un schéma JSON pour décrire ses entrées. Ses outils personnalisés acceptent du texte libre à la place.

Le guide de function calling de Google désigne aussi le processus sous le nom de tool use. Le modèle renvoie la fonction demandée et ses arguments pour que l'application les exécute.

Qui exécute l'action demandée ?

Votre application exécute une fonction définie par l'application après avoir reçu la requête du modèle.

Dans le flux de tool calling d'OpenAI, l'application fournit les définitions d'outils et reçoit un appel. Elle exécute le code correspondant et renvoie le résultat au modèle. Le modèle peut alors répondre ou demander un autre outil.

Une recherche de commande hypothétique suit cet échange :

Model: request lookup_order with an order ID
  -> Application: authorize and run the lookup
  -> Order service: return the recorded status
  -> Application: supply the tool result to the model
  -> Model: answer using that result

Le guide de Google décrit de la même manière l'application associant le nom de fonction renvoyé à du code exécutable. Une réponse du modèle contenant des arguments n'a pas, en soi, effectué la recherche.

Où se situe MCP ?

MCP fournit à un client un protocole pour découvrir et invoquer les outils exposés par un serveur.

Le guide d'architecture MCP sépare cet échange client-serveur de l'interaction de l'application hôte avec le modèle. L'hôte peut rendre un outil serveur découvert disponible pour le modèle, puis acheminer un appel demandé via son client MCP.

Vous pouvez implémenter le gestionnaire de fonction d'un modèle sans MCP. Vous pouvez aussi implémenter ce gestionnaire en invoquant un serveur MCP. Ces choix concernent la connexion derrière l'action.

Comment vérifier le résultat lors d'un envoi avec Bird ?

Vous pouvez utiliser les outils MCP de Bird pour envoyer un message et récupérer son statut enregistré.

Pour l'e-mail, email_send soumet l'envoi. Conservez l'identifiant de message renvoyé et utilisez email_get pour consulter le statut de livraison agrégé. Les détails du destinataire portent les résultats individuels par destinataire.

Une requête d'outil correctement formée n'établit pas la livraison. La réponse accepté-versus-livré explique ce que le statut ultérieur établit.

Développez sur le même réseau.

Une clé API de test est disponible immédiatement. La production est activée dès que vous ajoutez un moyen de paiement et vérifiez un expéditeur.

Votre prochaine idée.
Prête à se connecter.