Les LLMs choisissent les outils par leurs descriptions. De mauvaises descriptions causent de mauvais choix. Le scoring révèle l'écart entre démo et production.
Le Model Context Protocol fait à l'intégration d'API ce que REST a fait à SOAP. La plupart des ingénieurs le voient encore comme un jouet.
Un tableau de bord vert et un produit cassé peuvent coexister sur le même serveur MCP. Voici les cinq métriques qui mesurent vraiment si vos outils fonctionnent.
La plupart des serveurs MCP sont construits comme des APIs REST avec des étapes supplémentaires. C'est le mauvais modèle mental.
Le function calling vous enferme chez un seul fournisseur LLM. MCP offre un protocole universel. Le choix paraît égal jusqu'à maintenir cinq intégrations.
Tout le monde se précipite pour donner aux agents IA accès à leurs systèmes. Presque personne ne demande ce qui se passe quand ces agents sont manipulés.
Il n'y a pas de standard pour la qualité des serveurs MCP. Pas de benchmark. Pas de score. C'est un problème massif caché en pleine vue.
Les serveurs MCP sont des APIs qu'un agent appelle sans revue humaine. La description de l'outil est le contrat, et personne ne vérifie si le contrat est honnête.
La grande infrastructure disparaît. Les meilleurs outils MCP ne devraient pas nécessiter de penser aux outils MCP.
Vous avez deja la logique metier. Le plus dur n'est pas le code — c'est ecrire des descriptions d'outils que les LLMs peuvent utiliser. Voici le chemin le plus court.