Épinglez vos contrats de serveur MCP de la même manière que vous épinglez vos dépendances

Vous épinglez vos dépendances npm. Vous disposez d'un fichier de verrouillage. Vous examinez la différence lorsqu'elle change.

Considérez maintenant les serveurs MCP dont dépend votre agent. Qu'est-ce qui les épingle ?

outils/listerestitue les noms, les descriptions et les schémas JSON, et votre agent fait confiance à tout cela. La description n'est pas une documentation : c'est l'instruction que le modèle lit pour décider ce que fait un outil et quand l'appeler. Il n'y a pas de code de version, pas de contrôle d'intégrité, pas de différence à examiner. Le serveur change et le comportement de votre agent change avec lui.

Quatre façons dont une dépendance MCP vous brise tranquillement

1. Une description est réécrite. Même nom d'outil, même schéma, texte différent. Le modèle se comporte désormais différemment et rien n’enregistre de changement. C’est celui qui compte le plus, car il ne nécessite aucun changement de schéma – c’est exactement pourquoi la différence de schéma uniquement ne le manque pas.

2. Un paramètre obligatoire apparaît. Vos appels existants commencent à échouer avec des paramètres non valides et vous le découvrez grâce au trafic de production.

3.readOnlyHintretourne devraiàFAUX. Un outil q...
[Courte citation de 8% de l'article original]