Le protocole MCP

Vous avez écrit un connecteur vers votre entrepôt de données pour votre agent interne. L'équipe support en veut un pour son propre assistant, qui n'utilise pas le même SDK. L'éditeur de code de l'équipe le veut aussi, avec sa propre convention de déclaration d'outils. Trois intégrations, trois formats de schéma, trois politiques d'erreur, et une seule logique métier — dupliquée trois fois, puis désynchronisée dès la première évolution du schéma des commandes.

Le Model Context Protocol répond exactement à ce problème et à aucun autre. C'est un protocole de transport et de découverte : il définit comment un programme annonce les outils, les données et les modèles d'invites qu'il expose, comment un hôte les découvre à l'exécution, et dans quel format les résultats reviennent. Il ne rend pas votre agent plus intelligent, il ne décide pas des autorisations et il ne remplace pas la qualité des descriptions vue à la leçon précédente. Ce qu'il apporte est plus modeste et plus utile : vous écrivez le connecteur une fois, et n'importe quel hôte compatible peut s'y brancher.

Le vocabulaire

Trois rôles, à ne pas confondre.