Suivre une requête de bout en bout

Suivons un seul appel d’outil du début à la fin. Observer le flux entre l’hôte, le client et le serveur permet de relier les trois rôles.

Tout commence par votre invite dans l’hôte, par exemple lorsque vous demandez la météo. L’hôte transmet vos mots et les outils disponibles au modèle.

Le modèle lit la demande et choisit l’outil approprié. Il n’exécute rien lui-même ; il se contente de choisir obtenir_la_météo et les arguments.

L’hôte prend ce choix et trouve le serveur correspondant. Il transmet l’appel au client approprié, celui qui est lié à ce serveur.

Le client l’emballe dans un message appel_d’outils et l’envoie au serveur par sa connexion.

Le serveur reçoit l’appel et exécute la véritable fonction. Il peut interroger une API ou une base de données, puis construit un résultat à renvoyer.

Le serveur répond au client avec la réponse. Cette réponse porte le même identifiant que la demande, afin que le client sache à quoi elle correspond.

Le client transmet le résultat à l’hôte, qui le renvoie au modèle comme nouveau contexte pour la conversation.

Enfin, le modèle transforme ces données en une réponse conviviale, que l’hôte vous affiche. Le trajet aller-retour complet est terminé.

Avant la cinquième étape, l’hôte peut s’arrêter et vous demander votre approbation. Les outils ne s’exécutent qu’une fois que vous les y autorisez, ce qui vous permet de garder le contrôle.

De l’hôte au modèle, puis au client et au serveur, avant de revenir jusqu’à vous. Cette simple boucle est au cœur de chaque interaction MCP.

Vous avez suivi un appel de bout en bout : vous demandez, le modèle choisit, le client envoie, le serveur l’exécute, puis le résultat revient jusqu’à vous. Excellent travail !