Accueil/Guides/Développeurs
Développeurs

Qu’est-ce qu’un serveur MCP et à quoi sert-il ?

Comprenez le rôle d’un serveur MCP : connexion d’un assistant IA à des outils, lecture des données et exemple concret de recherche de mobilité.

By ROOTE·7 min de lecture
Qu’est-ce qu’un serveur MCP et à quoi sert-il ?
Une question, des outils, des données vérifiables.

L’essentiel en quelques secondes

Un serveur MCP expose des outils et des informations à un assistant compatible. Il permet de consulter une source externe au moment de la demande ; l’assistant doit ensuite interpréter le résultat sans en inventer les données manquantes.

Un serveur MCP est un programme qui rend des outils et des informations accessibles à une application d’intelligence artificielle compatible avec le Model Context Protocol. Un assistant peut ainsi rechercher une adresse, interroger des données de mobilité ou lire une ressource externe pendant une conversation.

Pour ROOTE, l’intérêt est concret : répondre à « Où trouver un vélo près de cette adresse ? » à partir d’une recherche géographique et des informations retournées, plutôt qu’à partir de la seule mémoire du modèle.

Assistant, client et serveur : qui fait quoi ?

ÉlémentRôleExemple de mobilité
Application hôteGère la conversation et les connexionsL’application dans laquelle vous posez votre question
Client MCPCommunique avec un serveur selon le protocoleDécouvre les outils ROOTE et transmet leurs arguments
Serveur MCPExpose des outils et renvoie leurs résultatsROOTE recherche des lieux ou des services
Modèle IAInterprète la demande et formule la réponseExplique les résultats et leurs limites

Le serveur ne remplace pas le modèle. Il lui donne accès à une opération définie, avec des entrées et une sortie structurées. L’application hôte décide comment utiliser ces capacités et peut demander une validation à l’utilisateur.

Architecture officielle du Model Context Protocol

Les outils MCP rendent une demande exécutable

Un outil possède un nom, une description et un schéma d’arguments. L’assistant doit respecter ce schéma : une recherche de proximité a besoin de coordonnées et de filtres valides, pas d’un texte envoyé arbitrairement à n’importe quel outil.

Le protocole distingue aussi les ressources, qui fournissent du contexte, et les prompts, qui proposent des modèles d’interaction. Chaque serveur publie les capacités qu’il prend effectivement en charge ; la présence de MCP ne signifie pas que toutes sont disponibles.

Exemple : trouver un vélo autour d’une adresse

Le parcours commence par la résolution de l’adresse. Si plusieurs villes ou lieux correspondent, l’assistant demande une précision. Il utilise ensuite les coordonnées retenues pour rechercher les stations ou véhicules du mode vélo et résume les résultats utiles.

Une station située à 250 mètres peut être présentée comme proche géographiquement. Cette distance ne donne pas automatiquement un temps de marche. De même, un nombre de vélos observé ne réserve pas un véhicule pour l’utilisateur.

Ce que propose le MCP ROOTE

Le serveur MCP ROOTE expose les outils geocode, place_search, reverse_geocode, nearby, mobility_nearby, transit_nearby, transit_disruptions et services_nearby. Ils couvrent les recherches géographiques, les mobilités partagées, les lieux de transport, les perturbations et certains services urbains. La liste tools/list du serveur est la référence pour les capacités disponibles.

Journey et Departures ne font pas partie de ce MCP V1. Trouver un arrêt ne permet donc pas, à lui seul, d’annoncer un prochain bus. Il faut une autre capacité documentée pour obtenir des départs.

Inventaire officiel des outils MCP ROOTE

Ce que MCP ne garantit pas

Le protocole ne garantit ni une couverture mondiale complète, ni des données toujours fraîches, ni une réponse exacte de l’assistant. Ces propriétés dépendent des sources, du contrat de chaque outil et de la façon dont l’application utilise les résultats.

Les noms, descriptions et liens provenant d’un fournisseur restent des données externes. Ils ne doivent pas devenir des instructions pour l’assistant. Celui-ci conserve les avertissements, les attributions et les valeurs inconnues au lieu de les transformer en certitudes.

Choisir la suite adaptée à votre projet

Connecter un assistant au MCP ROOTE

Comparer API et MCP pour une intégration de mobilité

Construire un assistant de mobilité fiable

À venir : prochains départs et calcul d’itinéraire

ROOTE prévoit d’étendre son MCP aux prochains départs et au calcul d’itinéraire. Ces fonctionnalités sont à venir et ne font pas encore partie des outils actuellement exposés par le serveur MCP. Lors de leur disponibilité, vérifiez les outils annoncés par le serveur, leurs arguments et les informations effectivement retournées avant d’annoncer un passage ou un trajet.

Pour les développeursROOTE Mobility API

La mobilité autour d’un point.
Directement dans votre application.

  • Rechercher
    autour d’une position
  • Accéder aux
    données de mobilité
  • Intégrer à
    votre application

Passez de la carte aux données : recherchez les mobilités et les services à proximité avec l’API ROOTE.

Questions fréquentes

MCP est-il un modèle d’intelligence artificielle ?

Non. C’est un protocole permettant à une application IA de communiquer avec des serveurs qui exposent des outils ou du contexte.

Un serveur MCP remplace-t-il une API ?

Il peut utiliser une API pour réaliser ses opérations. API et MCP peuvent donc être deux interfaces complémentaires d’un même service.

Le serveur MCP ROOTE permet-il de réserver un vélo ?

Les outils Data MCP ROOTE sont en lecture seule. Une disponibilité retournée n’est pas une réservation.

Et si vous regardiez autour de vous ?

Explorez votre quartier avec ROOTE et repérez les informations disponibles pour préparer votre déplacement.

Explorer la carte ROOTE ↗