⚠️ Actualización Importante: A partir de la Especificación MCP 2025-06-18, el transporte SSE (Server-Sent Events) independiente ha sido obsoleto y reemplazado por el transporte "HTTP Streamable". La especificación actual de MCP define dos mecanismos principales de transporte:
- stdio - Entrada/salida estándar (recomendado para servidores locales)
- HTTP Streamable - Para servidores remotos que pueden usar SSE internamente
Esta lección se ha actualizado para centrarse en el transporte stdio, que es el enfoque recomendado para la mayoría de las implementaciones de servidores MCP.
El transporte stdio permite que los servidores MCP se comuniquen con los clientes a través de flujos de entrada y salida estándar. Este es el mecanismo de transporte más utilizado y recomendado en la especificación actual de MCP, proporcionando una forma simple y eficiente de construir servidores MCP que se integren fácilmente con diversas aplicaciones cliente.
Esta lección cubre cómo construir y consumir servidores MCP utilizando el transporte stdio.
Al final de esta lección, podrás:
- Construir un servidor MCP utilizando el transporte stdio.
- Depurar un servidor MCP usando el Inspector.
- Consumir un servidor MCP utilizando Visual Studio Code.
- Comprender los mecanismos de transporte actuales de MCP y por qué se recomienda stdio.
El transporte stdio es uno de los dos tipos de transporte admitidos en la especificación actual de MCP (2025-06-18). Así es como funciona:
- Comunicación simple: El servidor lee mensajes JSON-RPC desde la entrada estándar (
stdin) y envía mensajes a la salida estándar (stdout). - Basado en procesos: El cliente lanza el servidor MCP como un subproceso.
- Formato de mensajes: Los mensajes son solicitudes, notificaciones o respuestas JSON-RPC individuales, delimitados por saltos de línea.
- Registro: El servidor PUEDE escribir cadenas UTF-8 en el error estándar (
stderr) para fines de registro.
- Los mensajes DEBEN estar delimitados por saltos de línea y NO DEBEN contener saltos de línea incrustados.
- El servidor NO DEBE escribir nada en
stdoutque no sea un mensaje MCP válido. - El cliente NO DEBE escribir nada en el
stdindel servidor que no sea un mensaje MCP válido.
import { Server } from "@modelcontextprotocol/sdk/server/index.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
const server = new Server(
{
name: "example-server",
version: "1.0.0",
},
{
capabilities: {
tools: {},
},
}
);En el código anterior:
- Importamos la clase
ServeryStdioServerTransportdel SDK de MCP. - Creamos una instancia del servidor con configuración y capacidades básicas.
import asyncio
import logging
from mcp.server import Server
from mcp.server.stdio import stdio_server
# Create server instance
server = Server("example-server")
@server.tool()
def add(a: int, b: int) -> int:
"""Add two numbers"""
return a + b
async def main():
async with stdio_server(server) as (read_stream, write_stream):
await server.run(
read_stream,
write_stream,
server.create_initialization_options()
)
if __name__ == "__main__":
asyncio.run(main())En el código anterior:
- Creamos una instancia del servidor utilizando el SDK de MCP.
- Definimos herramientas utilizando decoradores.
- Usamos el administrador de contexto stdio_server para manejar el transporte.
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.Logging;
using ModelContextProtocol.Server;
var builder = Host.CreateApplicationBuilder(args);
builder.Services
.AddMcpServer()
.WithStdioTransport()
.WithTools<Tools>();
builder.Services.AddLogging(logging => logging.AddConsole());
var app = builder.Build();
await app.RunAsync();La diferencia clave con SSE es que los servidores stdio:
- No requieren configuración de servidor web ni puntos finales HTTP.
- Son lanzados como subprocesos por el cliente.
- Se comunican a través de flujos stdin/stdout.
- Son más simples de implementar y depurar.
Para crear nuestro servidor, debemos tener en cuenta dos cosas:
- Necesitamos usar un servidor web para exponer puntos finales para la conexión y los mensajes.
En este laboratorio, crearemos un servidor MCP simple utilizando el transporte stdio recomendado. Este servidor expondrá herramientas que los clientes pueden llamar utilizando el Protocolo de Contexto de Modelo estándar.
- Python 3.8 o posterior.
- SDK de MCP para Python:
pip install mcp. - Comprensión básica de la programación asíncrona.
Comencemos creando nuestro primer servidor MCP stdio:
import asyncio
import logging
from mcp.server import Server
from mcp.server.stdio import stdio_server
from mcp import types
# Configure logging
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)
# Create the server
server = Server("example-stdio-server")
@server.tool()
def calculate_sum(a: int, b: int) -> int:
"""Calculate the sum of two numbers"""
return a + b
@server.tool()
def get_greeting(name: str) -> str:
"""Generate a personalized greeting"""
return f"Hello, {name}! Welcome to MCP stdio server."
async def main():
# Use stdio transport
async with stdio_server(server) as (read_stream, write_stream):
await server.run(
read_stream,
write_stream,
server.create_initialization_options()
)
if __name__ == "__main__":
asyncio.run(main())Transporte stdio (Estándar actual):
- Modelo simple de subproceso: el cliente lanza el servidor como un proceso hijo.
- Comunicación a través de stdin/stdout utilizando mensajes JSON-RPC.
- No se requiere configuración de servidor HTTP.
- Mejor rendimiento y seguridad.
- Depuración y desarrollo más sencillos.
Transporte SSE (Obsoleto desde MCP 2025-06-18):
- Requería un servidor HTTP con puntos finales SSE.
- Configuración más compleja con infraestructura de servidor web.
- Consideraciones de seguridad adicionales para puntos finales HTTP.
- Ahora reemplazado por HTTP Streamable para escenarios basados en web.
Para crear nuestro servidor stdio, necesitamos:
- Importar las bibliotecas necesarias - Necesitamos los componentes del servidor MCP y el transporte stdio.
- Crear una instancia del servidor - Definir el servidor con sus capacidades.
- Definir herramientas - Agregar la funcionalidad que queremos exponer.
- Configurar el transporte - Configurar la comunicación stdio.
- Ejecutar el servidor - Iniciar el servidor y manejar los mensajes.
Construyámoslo paso a paso:
import asyncio
import logging
from mcp.server import Server
from mcp.server.stdio import stdio_server
# Configure logging
logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)
# Create the server
server = Server("example-stdio-server")
@server.tool()
def get_greeting(name: str) -> str:
"""Generate a personalized greeting"""
return f"Hello, {name}! Welcome to MCP stdio server."
async def main():
async with stdio_server(server) as (read_stream, write_stream):
await server.run(
read_stream,
write_stream,
server.create_initialization_options()
)
if __name__ == "__main__":
asyncio.run(main())@server.tool()
def calculate_sum(a: int, b: int) -> int:
"""Calculate the sum of two numbers"""
return a + b
@server.tool()
def calculate_product(a: int, b: int) -> int:
"""Calculate the product of two numbers"""
return a * b
@server.tool()
def get_server_info() -> dict:
"""Get information about this MCP server"""
return {
"server_name": "example-stdio-server",
"version": "1.0.0",
"transport": "stdio",
"capabilities": ["tools"]
}Guarda el código como server.py y ejecútalo desde la línea de comandos:
python server.pyEl servidor se iniciará y esperará entrada desde stdin. Se comunica utilizando mensajes JSON-RPC a través del transporte stdio.
Puedes probar tu servidor utilizando el Inspector MCP:
- Instala el Inspector:
npx @modelcontextprotocol/inspector. - Ejecuta el Inspector y apúntalo a tu servidor.
- Prueba las herramientas que has creado.
var builder = WebApplication.CreateBuilder(args);
builder.Services
.AddMcpServer();
## Debugging your stdio server
### Using the MCP Inspector
The MCP Inspector is a valuable tool for debugging and testing MCP servers. Here's how to use it with your stdio server:
1. **Install the Inspector**:
```bash
npx @modelcontextprotocol/inspector-
Run the Inspector:
npx @modelcontextprotocol/inspector python server.py
-
Test your server: The Inspector provides a web interface where you can:
- View server capabilities
- Test tools with different parameters
- Monitor JSON-RPC messages
- Debug connection issues
You can also debug your MCP server directly in VS Code:
-
Create a launch configuration in
.vscode/launch.json:{ "version": "0.2.0", "configurations": [ { "name": "Depurar Servidor MCP", "type": "python", "request": "launch", "program": "server.py", "console": "integratedTerminal" } ] } -
Set breakpoints in your server code
-
Run the debugger and test with the Inspector
- Use
stderrfor logging - never write tostdoutas it's reserved for MCP messages - Ensure all JSON-RPC messages are newline-delimited
- Test with simple tools first before adding complex functionality
- Use the Inspector to verify message formats
Once you've built your MCP stdio server, you can integrate it with VS Code to use it with Claude or other MCP-compatible clients.
-
Create an MCP configuration file at
%APPDATA%\Claude\claude_desktop_config.json(Windows) or~/Library/Application Support/Claude/claude_desktop_config.json(Mac):{ "mcpServers": { "example-stdio-server": { "command": "python", "args": ["path/to/your/server.py"] } } } -
Restart Claude: Close and reopen Claude to load the new server configuration.
-
Test the connection: Start a conversation with Claude and try using your server's tools:
- "Can you greet me using the greeting tool?"
- "Calculate the sum of 15 and 27"
- "What's the server info?"
Here's a complete TypeScript example for reference:
#!/usr/bin/env node
import { Server } from "@modelcontextprotocol/sdk/server/index.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";
import { CallToolRequestSchema, ListToolsRequestSchema } from "@modelcontextprotocol/sdk/types.js";
const server = new Server(
{
name: "example-stdio-server",
version: "1.0.0",
},
{
capabilities: {
tools: {},
},
}
);
// Agregar herramientas
server.setRequestHandler(ListToolsRequestSchema, async () => {
return {
tools: [
{
name: "get_greeting",
description: "Obtener un saludo personalizado",
inputSchema: {
type: "object",
properties: {
name: {
type: "string",
description: "Nombre de la persona a saludar",
},
},
required: ["name"],
},
},
],
};
});
server.setRequestHandler(CallToolRequestSchema, async (request) => {
if (request.params.name === "get_greeting") {
return {
content: [
{
type: "text",
text: `Hola, ${request.params.arguments?.name}! Bienvenido al servidor MCP stdio.`,
},
],
};
} else {
throw new Error(`Herramienta desconocida: ${request.params.name}`);
}
});
async function runServer() {
const transport = new StdioServerTransport();
await server.connect(transport);
}
runServer().catch(console.error);using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;
using Microsoft.Extensions.Logging;
using ModelContextProtocol.Server;
using System.ComponentModel;
var builder = Host.CreateApplicationBuilder(args);
builder.Services
.AddMcpServer()
.WithStdioTransport()
.WithTools<Tools>();
var app = builder.Build();
await app.RunAsync();
public class Tools
{
[Description("Obtener un saludo personalizado")]
public string GetGreeting(string name)
{
return $"Hola, {name}! Bienvenido al servidor MCP stdio.";
}
[Description("Calcular la suma de dos números")]
public int CalculateSum(int a, int b)
{
return a + b;
}
}In this updated lesson, you learned how to:
- Build MCP servers using the current stdio transport (recommended approach)
- Understand why SSE transport was deprecated in favor of stdio and Streamable HTTP
- Create tools that can be called by MCP clients
- Debug your server using the MCP Inspector
- Integrate your stdio server with VS Code and Claude
The stdio transport provides a simpler, more secure, and more performant way to build MCP servers compared to the deprecated SSE approach. It's the recommended transport for most MCP server implementations as of the 2025-06-18 specification.
### .NET
1. Primero, creemos algunas herramientas. Para esto, crearemos un archivo *Tools.cs* con el siguiente contenido:
```csharp
using System.ComponentModel;
using System.Text.Json;
using ModelContextProtocol.Server;
## Exercise: Testing your stdio server
Now that you've built your stdio server, let's test it to make sure it works correctly.
### Prerequisites
1. Ensure you have the MCP Inspector installed:
```bash
npm install -g @modelcontextprotocol/inspector
- Your server code should be saved (e.g., as
server.py)
-
Start the Inspector with your server:
npx @modelcontextprotocol/inspector python server.py
-
Abre la interfaz web: El Inspector abrirá una ventana del navegador mostrando las capacidades de tu servidor.
-
Prueba las herramientas:
- Prueba la herramienta
get_greetingcon diferentes nombres. - Prueba la herramienta
calculate_sumcon varios números. - Llama a la herramienta
get_server_infopara ver los metadatos del servidor.
- Prueba la herramienta
-
Monitorea la comunicación: El Inspector muestra los mensajes JSON-RPC que se intercambian entre el cliente y el servidor.
Cuando tu servidor se inicie correctamente, deberías ver:
- Capacidades del servidor listadas en el Inspector.
- Herramientas disponibles para probar.
- Intercambios exitosos de mensajes JSON-RPC.
- Respuestas de herramientas mostradas en la interfaz.
El servidor no se inicia:
- Verifica que todas las dependencias estén instaladas:
pip install mcp. - Revisa la sintaxis e indentación de Python.
- Busca mensajes de error en la consola.
Las herramientas no aparecen:
- Asegúrate de que los decoradores
@server.tool()estén presentes. - Verifica que las funciones de herramientas estén definidas antes de
main(). - Confirma que el servidor esté configurado correctamente.
Problemas de conexión:
- Asegúrate de que el servidor esté utilizando correctamente el transporte stdio.
- Verifica que no haya otros procesos interfiriendo.
- Confirma la sintaxis del comando del Inspector.
Intenta ampliar tu servidor con más capacidades. Consulta esta página para, por ejemplo, agregar una herramienta que llame a una API. Tú decides cómo debería ser el servidor. ¡Diviértete! :)
Solución Aquí tienes una posible solución con código funcional.
Los puntos clave de este capítulo son los siguientes:
- El transporte stdio es el mecanismo recomendado para servidores MCP locales.
- El transporte stdio permite una comunicación fluida entre servidores MCP y clientes utilizando flujos de entrada y salida estándar.
- Puedes usar tanto el Inspector como Visual Studio Code para consumir servidores stdio directamente, lo que facilita la depuración y la integración.
- Calculadora en Java
- Calculadora en .Net
- Calculadora en JavaScript
- Calculadora en TypeScript
- Calculadora en Python
Ahora que has aprendido cómo construir servidores MCP con el transporte stdio, puedes explorar temas más avanzados:
- Siguiente: HTTP Streaming con MCP (HTTP Streamable) - Aprende sobre el otro mecanismo de transporte admitido para servidores remotos.
- Avanzado: Mejores prácticas de seguridad en MCP - Implementa seguridad en tus servidores MCP.
- Producción: Estrategias de despliegue - Despliega tus servidores para uso en producción.
- Especificación MCP 2025-06-18 - Especificación oficial.
- Documentación del SDK de MCP - Referencias del SDK para todos los lenguajes.
- Ejemplos de la comunidad - Más ejemplos de servidores de la comunidad.
Descargo de responsabilidad:
Este documento ha sido traducido utilizando el servicio de traducción automática Co-op Translator. Si bien nos esforzamos por garantizar la precisión, tenga en cuenta que las traducciones automatizadas pueden contener errores o imprecisiones. El documento original en su idioma nativo debe considerarse como la fuente autorizada. Para información crítica, se recomienda una traducción profesional realizada por humanos. No nos hacemos responsables de malentendidos o interpretaciones erróneas que puedan surgir del uso de esta traducción.