Galerie AutoRessources · CRM & agents IA

Guide métier

Choisir une connexion selon le travail à réaliser.

MCP décrit un échange standard entre un assistant et des outils. Une API expose une interface destinée à un programme. Le choix dépend du parcours à construire ; un serveur MCP peut lui-même utiliser une API.

Un même besoin, deux parcours

Votre équipe souhaite retrouver cinq véhicules sous un budget. Dans un parcours MCP, le vendeur formule sa demande ; l’assistant découvre l’outil autorisé et l’appelle. Dans une intégration API, un développeur prépare l’écran ou le traitement qui envoie la recherche selon le contrat de l’API.

Dans les deux cas, il faut vérifier le filtre réellement exécuté, la pagination et les champs absents. Le protocole ne corrige pas un prix périmé et ne garantit pas qu’une réponse rédigée respecte tous les résultats retournés.

Comparer les responsabilités

Repères de choix pour l’équipe
QuestionParcours MCPIntégration API
Qui demande l’opération ?L’assistant, à partir de la demande et des outils disponibles.Le programme conçu pour un usage défini.
Qui porte l’interface ?L’application de l’assistant et ses contrôles.Votre application ou votre traitement métier.
Que faut-il maintenir ?Compatibilité du client, schémas d’outils, consentement et comportements observés.Contrat de l’API, authentification, traitement des erreurs et interface propre.
Que faut-il prouver ?Connexion de cet assistant, appel exact et résultat.Appel du programme, résultat et reprise après erreur.

Quand essayer chaque approche

Un accès conversationnel est pertinent si l’équipe veut poser des questions variées sur les données auxquelles elle a déjà droit. Un traitement planifié ou un formulaire dont le comportement doit être fixé peut justifier une intégration programmée. Il reste possible de combiner les deux.

Pour Galerie Auto, cette documentation décrit le MCP public et son catalogue. Elle ne constitue pas une offre d’API publique générale. Ne supposez pas qu’un jeton du connecteur autorise un accès direct à toutes les routes du backend.

Un essai qui aide à décider

Choisissez une tâche, un compte représentatif et un résultat attendu. Testez une réponse vide, une pagination, une permission refusée et une information manquante. Mesurez les corrections nécessaires, pas seulement la fluidité de la conversation.

Avant toute écriture, définissez la confirmation attendue, la gestion des conflits et la reprise en cas de réponse interrompue. La matrice de compatibilité distingue les capacités du protocole des clients effectivement qualifiés.

Documentation produit vérifiée le . Les exemples sont des consignes à adapter, sans données clients ni résultat garanti.

Sources complémentaires :