Pourquoi stdio ne suffit pas

Jusqu’à présent, votre serveur communiquait via stdio : le client le lançait comme sous-processus local et acheminait les messages en entrée et en sortie. C’est simple, mais local.

stdio ne fonctionne que lorsque le client et le serveur partagent une machine. L’hôte crée littéralement le processus : un utilisateur remote ne peut donc jamais l’atteindre. 🖥️

Avec stdio, chaque client démarre sa propre copie privée de votre serveur. Il n’existe pas de service partagé et toujours actif auquel plusieurs personnes peuvent se connecter simultanément.

Vous voulez que vos collègues utilisent votre tool ? Avec stdio, chacun doit installer et exécuter le code lui-même. Il n’existe pas d’URL unique à share.

Corrigez un bogue dans un serveur stdio : chacun conserve l’ancienne copie jusqu’à sa réinstallation. Vous perdez la possibilité de update un seul emplacement pour atteindre tous les utilisateurs.

Les tools modernes vivent dans le cloud, derrière une adresse web. stdio ne connaît pas la notion de point de terminaison réseau et ne peut donc tout simplement pas être hosted comme un service.

Pour atteindre les utilisateurs où qu’ils soient, MCP doit circuler sur le network, et non seulement par des canaux locaux. Cela signifie utiliser un protocole compris par tout Internet.

Le web échange déjà des messages entre des machines éloignées au moyen de HTTP. MCP peut l’utiliser pour devenir accessible depuis n’importe où grâce à une URL.

Il ne s’agit pas de dire adieu à stdio. Pour un tool personnel sur votre propre ordinateur portable, un subprocess local reste le choix le plus simple et le plus sûr.

Voyez cela comme un continuum : stdio pour un usage local et privé, HTTP pour un usage distant et partagé. Choisissez le transport adapté à la manière dont les utilisateurs accéderont au serveur.

Bonne nouvelle : vos tools et vos ressources ne changent pas. Passer à HTTP ouvre simplement une nouvelle door vers la même logique de serveur que celle que vous avez déjà écrite. 🚪

stdio convient parfaitement aux tools locaux utilisés par une seule personne, mais il ne peut être ni partagé ni hébergé. Pour atteindre des utilisateurs distants, vous faites passer MCP par un transport network comme HTTP. ✨