Huit langages, huit SDK à des niveaux de maturité très différents, et un exemple fonctionnel pour chacun. Choisissez le vôtre.
Le langage est la décision facile. Amener quelqu'un à essayer votre serveur est la difficile : MCP Showcase transforme n'importe quel endpoint MCP en playground en direct, avec une documentation pour chaque outil.
Y compris s'il dispose d'un SDK officiellement maintenu, ce qui varie plus qu'on ne l'imagine.
Chaque page montre une définition d'outil complète dans ce langage, pas du pseudocode.
Le MCP Inspector confirme le handshake et montre exactement ce qu'un agent verra.
Le protocole est identique partout : outils, resources et prompts se comportent de la même façon quel que soit le langage. Ce qui diffère, c'est ce que le SDK fait pour vous, la façon dont les schémas sont déclarés, et si la bibliothèque est officiellement maintenue.
| Langage | SDK | Statut | Installation |
|---|---|---|---|
| Python | modelcontextprotocol/python-sdk (FastMCP) | Officiel | pip install mcp |
| TypeScript | modelcontextprotocol/typescript-sdk | Officiel | npm install @modelcontextprotocol/sdk zod |
| Go | modelcontextprotocol/go-sdk | Officiel | go get github.com/modelcontextprotocol/go-sdk |
| Java | modelcontextprotocol/java-sdk | Officiel | Maven: io.modelcontextprotocol.sdk:mcp |
| C# | modelcontextprotocol/csharp-sdk | Officiel | dotnet add package ModelContextProtocol |
| Rust | modelcontextprotocol/rust-sdk (rmcp) | Officiel | cargo add rmcp |
| Ruby | community SDKs | Communautaire | gem install mcp |
| PHP | community SDKs | Communautaire | composer require ... |
Celui dans lequel votre API est déjà écrite. Un serveur MCP est une fine enveloppe autour de code que vous avez, et le répartir sur plusieurs environnements d'exécution ne vous apporte qu'un déploiement de plus à maintenir. Si vous partez vraiment de zéro, Python et TypeScript ont les SDK les plus mûrs et de loin le plus d'exemples à recopier.
Le seul cas où le choix du langage compte en lui-même : Ruby et PHP n'ont pas de SDK sous
modelcontextprotocol, vous dépendez donc de portages communautaires dont vous devriez
vérifier l'actualité avant de bâtir dessus.
Les descriptions d'outils décident du comportement de l'agent, et aucun SDK ne les écrit pour vous. Elles sont lues par le modèle plutôt que par votre équipe, et elles sont renvoyées à chaque requête : elles sont donc à la fois le problème de justesse et le problème de coût. C'est pour cela que chaque page se termine au même endroit.
Tout ici s'adresse à la personne qui construit le serveur. MCP Showcase s'adresse à tous les autres : pointez-le sur n'importe quel endpoint MCP et il produit un playground en direct avec une documentation pour chaque outil, pour qu'évaluer votre serveur prenne un clic plutôt qu'un clone et une compilation.