Appel des outils MCP

Ce que c'est

De quoi appeler vos serveurs MCP depuis un script, sans passer par Claude.

Normalement, chaque appel d'outil traverse le modèle : vous demandez, il décide, il appelle, il vous rend le résultat. Ici, votre script devient lui-même le client MCP et parle directement au serveur, dans le même protocole. Le modèle sort de la boucle.

Quand le sortir

Trois situations, et elles se reconnaissent facilement.

Le traitement en lot, quand vous appelez le même outil cent fois. Faire passer cent appels identiques par un modèle coûte cent fois des jetons pour zéro décision à prendre.

L'enchaînement, quand la sortie d'un outil alimente le suivant. La logique est déjà écrite dans votre tête, autant l'écrire dans un script.

Et tout ce qui tourne sans vous : tâches planifiées, intégration continue, travaux de nuit. Un modèle dans une boucle automatisée est un coût récurrent et une source d'imprévu.

Ce qu'il vous faut avant

Un serveur MCP déjà configuré dans Claude Code. Le skill part de cette configuration existante et en dérive le script ; il ne remplace pas l'installation du serveur.

Comment s'en servir

Le skill lit votre configuration MCP, identifie le serveur visé, et génère le client qui lui parle en JSON-RPC, sur l'entrée standard ou en HTTP selon le transport du serveur.

Le gain à mesurer d'abord est celui des jetons, pas celui de la vitesse. Sur une opération répétitive, c'est là que l'écart est spectaculaire, et c'est ce qui justifie l'heure de mise en place.

Un usage qu'on oublie et qui vaut à lui seul le détour : tester vos propres serveurs MCP. Un script qui appelle vos outils directement vous dit si le problème vient du serveur ou de la façon dont le modèle l'utilise. Sans ça, vous déboguez deux choses à la fois.

Ce que contient l'archive

1 outil, prêt à déposer dans votre projet :

• programmatic-mcp