Ocho lenguajes, ocho SDK con niveles de madurez muy distintos y un ejemplo que funciona para cada uno. Elige el tuyo.
El lenguaje es la decisión fácil. Conseguir que alguien pruebe tu servidor es la difícil: MCP Showcase convierte cualquier endpoint MCP en un playground en vivo con documentación para cada herramienta.
Incluido si tiene un SDK mantenido oficialmente, algo que varía más de lo que uno esperaría.
Cada página muestra una definición de herramienta completa en ese lenguaje, no pseudocódigo.
El MCP Inspector confirma el handshake y muestra exactamente lo que verá un agente.
El protocolo es idéntico en todas partes: herramientas, resources y prompts se comportan igual escribas en lo que escribas. Lo que cambia es cuánto hace el SDK por ti, cómo se declaran los esquemas y si la biblioteca está mantenida oficialmente siquiera.
| Lenguaje | SDK | Estado | Instalación |
|---|---|---|---|
| Python | modelcontextprotocol/python-sdk (FastMCP) | Oficial | pip install mcp |
| TypeScript | modelcontextprotocol/typescript-sdk | Oficial | npm install @modelcontextprotocol/sdk zod |
| Go | modelcontextprotocol/go-sdk | Oficial | go get github.com/modelcontextprotocol/go-sdk |
| Java | modelcontextprotocol/java-sdk | Oficial | Maven: io.modelcontextprotocol.sdk:mcp |
| C# | modelcontextprotocol/csharp-sdk | Oficial | dotnet add package ModelContextProtocol |
| Rust | modelcontextprotocol/rust-sdk (rmcp) | Oficial | cargo add rmcp |
| Ruby | community SDKs | Comunidad | gem install mcp |
| PHP | community SDKs | Comunidad | composer require ... |
Aquel en el que ya está escrita tu API. Un servidor MCP es una envoltura fina sobre código que tienes, y repartirlo entre entornos de ejecución no te da más que un despliegue que mantener. Si de verdad empiezas de cero, Python y TypeScript tienen los SDK más maduros y, con diferencia, más ejemplos de los que copiar.
El único caso en el que la elección de lenguaje importa por sí sola: Ruby y PHP no tienen SDK bajo
modelcontextprotocol, así que dependes de ports de la comunidad cuya actualidad
deberías comprobar antes de construir sobre ellos.
Las descripciones de herramientas deciden si el agente se comporta, y ningún SDK las escribe por ti. Las lee el modelo y no tu equipo, y se reenvían en cada petición: son a la vez el problema de acierto y el problema de coste. Por eso todas las páginas de aquí terminan en el mismo sitio.
Todo lo de aquí es para quien construye el servidor. MCP Showcase es para todos los demás: apúntalo a cualquier endpoint MCP y produce un playground en vivo con documentación para cada herramienta, de modo que evaluar tu servidor cueste un clic en lugar de un clonado y una compilación.