⚠️ Важна актуализация: От MCP спецификацията 2025-06-18, самостоятелният SSE (Server-Sent Events) транспорт е отхвърлен и заменен с "Streamable HTTP" транспорт. Текущата MCP спецификация дефинира два основни транспортни механизма:
- stdio - Стандартен вход/изход (препоръчителен за локални сървъри)
- Streamable HTTP - За отдалечени сървъри, които могат да използват SSE вътрешно
Този урок е актуализиран, за да се фокусира върху stdio транспорт, който е препоръчителният подход за повечето MCP сървърни реализации.
Stdio транспортът позволява MCP сървърите да комуникират с клиенти чрез стандартни входни и изходни потоци. Това е най-често използваният и препоръчителен транспортен механизъм в текущата MCP спецификация, предоставящ прост и ефективен начин за изграждане на MCP сървъри, които лесно могат да бъдат интегрирани с различни клиентски приложения.
Този урок обхваща как да изградите и използвате MCP сървъри със stdio транспорт.
До края на този урок ще можете:
- Да изградите MCP сървър със stdio транспорт.
- Да дебъгвате MCP сървър с помощта на Inspector.
- Да използвате MCP сървър с Visual Studio Code.
- Да разберете текущите MCP транспортни механизми и защо stdio е препоръчителен.
Stdio транспортът е един от двата поддържани типа транспорт в текущата MCP спецификация (2025-06-18). Ето как работи:
- Проста комуникация: Сървърът чете JSON-RPC съобщения от стандартния вход (
stdin) и изпраща съобщения към стандартния изход (stdout). - Процесно-базиран: Клиентът стартира MCP сървъра като подпроцес.
- Формат на съобщенията: Съобщенията са индивидуални JSON-RPC заявки, известия или отговори, разделени с нов ред.
- Логване: Сървърът МОЖЕ да записва UTF-8 низове към стандартния грешка (
stderr) за целите на логването.
- Съобщенията ТРЯБВА да бъдат разделени с нов ред и НЕ ТРЯБВА да съдържат вложени нови редове.
- Сървърът НЕ ТРЯБВА да записва нищо в
stdout, което не е валидно MCP съобщение. - Клиентът НЕ ТРЯБВА да записва нищо в
stdinна сървъра, което не е валидно MCP съобщение.
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: {},
},
}
);В предходния код:
- Импортираме класа
ServerиStdioServerTransportот MCP SDK. - Създаваме инстанция на сървър с основна конфигурация и възможности.
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())В предходния код:
- Създаваме инстанция на сървър с MCP SDK.
- Дефинираме инструменти с помощта на декоратори.
- Използваме контекстния мениджър stdio_server за управление на транспорта.
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();Основната разлика от SSE е, че stdio сървърите:
- Не изискват настройка на уеб сървър или HTTP крайни точки.
- Се стартират като подпроцеси от клиента.
- Комуникират чрез stdin/stdout потоци.
- Са по-прости за имплементация и дебъгване.
За да създадем нашия сървър, трябва да имаме предвид две неща:
- Трябва да използваме уеб сървър за излагане на крайни точки за връзка и съобщения.
В тази лаборатория ще създадем прост MCP сървър, използвайки препоръчания stdio транспорт. Този сървър ще излага инструменти, които клиентите могат да извикват, използвайки стандартния Model Context Protocol.
- Python 3.8 или по-нова версия.
- MCP Python SDK:
pip install mcp. - Основно разбиране на асинхронното програмиране.
Нека започнем със създаването на нашия първи 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())Stdio транспорт (текущ стандарт):
- Прост модел на подпроцеси - клиентът стартира сървъра като дъщерен процес.
- Комуникация чрез stdin/stdout, използвайки JSON-RPC съобщения.
- Не се изисква настройка на HTTP сървър.
- По-добра производителност и сигурност.
- По-лесно дебъгване и разработка.
SSE транспорт (отхвърлен от MCP 2025-06-18):
- Изискваше HTTP сървър с SSE крайни точки.
- По-сложна настройка с инфраструктура на уеб сървър.
- Допълнителни съображения за сигурност за HTTP крайни точки.
- Сега заменен със Streamable HTTP за уеб-базирани сценарии.
За да създадем нашия stdio сървър, трябва да:
- Импортираме необходимите библиотеки - Нуждаем се от MCP сървърните компоненти и stdio транспорт.
- Създадем инстанция на сървър - Дефинираме сървъра с неговите възможности.
- Дефинираме инструменти - Добавяме функционалността, която искаме да изложим.
- Настроим транспорта - Конфигурираме stdio комуникацията.
- Стартираме сървъра - Започваме сървъра и обработваме съобщения.
Нека изградим това стъпка по стъпка:
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"]
}Запазете кода като server.py и го стартирайте от командния ред:
python server.pyСървърът ще започне и ще чака вход от stdin. Той комуникира, използвайки JSON-RPC съобщения през stdio транспорт.
Можете да тествате вашия сървър, използвайки MCP Inspector:
- Инсталирайте Inspector:
npx @modelcontextprotocol/inspector. - Стартирайте Inspector и го насочете към вашия сървър.
- Тествайте инструментите, които сте създали.
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": "Debug MCP Server", "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: {},
},
}
);
// Add tools
server.setRequestHandler(ListToolsRequestSchema, async () => {
return {
tools: [
{
name: "get_greeting",
description: "Get a personalized greeting",
inputSchema: {
type: "object",
properties: {
name: {
type: "string",
description: "Name of the person to greet",
},
},
required: ["name"],
},
},
],
};
});
server.setRequestHandler(CallToolRequestSchema, async (request) => {
if (request.params.name === "get_greeting") {
return {
content: [
{
type: "text",
text: `Hello, ${request.params.arguments?.name}! Welcome to MCP stdio server.`,
},
],
};
} else {
throw new Error(`Unknown tool: ${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("Get a personalized greeting")]
public string GetGreeting(string name)
{
return $"Hello, {name}! Welcome to MCP stdio server.";
}
[Description("Calculate the sum of two numbers")]
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. Нека първо създадем някои инструменти. За това ще създадем файл *Tools.cs* със следното съдържание:
```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
-
Отворете уеб интерфейса: Inspector ще отвори прозорец на браузъра, показващ възможностите на вашия сървър.
-
Тествайте инструментите:
- Опитайте инструмента
get_greetingс различни имена. - Тествайте инструмента
calculate_sumс различни числа. - Извикайте инструмента
get_server_info, за да видите метаданни на сървъра.
- Опитайте инструмента
-
Наблюдавайте комуникацията: Inspector показва JSON-RPC съобщенията, които се обменят между клиента и сървъра.
Когато вашият сървър стартира правилно, трябва да видите:
- Списък с възможностите на сървъра в Inspector.
- Инструменти, достъпни за тестване.
- Успешен обмен на JSON-RPC съобщения.
- Отговори от инструменти, показани в интерфейса.
Сървърът не стартира:
- Проверете дали всички зависимости са инсталирани:
pip install mcp. - Уверете се, че Python синтаксисът и отстъпите са правилни.
- Потърсете съобщения за грешки в конзолата.
Инструментите не се появяват:
- Уверете се, че декораторите
@server.tool()са налични. - Проверете дали функциите на инструментите са дефинирани преди
main(). - Уверете се, че сървърът е правилно конфигуриран.
Проблеми с връзката:
- Уверете се, че сървърът използва stdio транспорт правилно.
- Проверете дали няма други процеси, които пречат.
- Уверете се, че синтаксисът на командата Inspector е правилен.
Опитайте да разширите вашия сървър с повече възможности. Вижте тази страница, за да добавите, например, инструмент, който извиква API. Вие решавате как да изглежда сървърът. Забавлявайте се :)
Решение Ето възможно решение с работещ код.
Основните изводи от тази глава са следните:
- Stdio транспортът е препоръчителният механизъм за локални MCP сървъри.
- Stdio транспортът позволява безпроблемна комуникация между MCP сървъри и клиенти, използвайки стандартни входни и изходни потоци.
- Можете да използвате както Inspector, така и Visual Studio Code, за да използвате stdio сървъри директно, което прави дебъгването и интеграцията лесни.
Сега, когато сте научили как да изграждате MCP сървъри със stdio транспорт, можете да изследвате по-напреднали теми:
- Следващо: HTTP Streaming с MCP (Streamable HTTP) - Научете за другия поддържан транспортен механизъм за отдалечени сървъри.
- Напреднали: MCP Security Best Practices - Имплементирайте сигурност във вашите MCP сървъри.
- Производство: Deployment Strategies - Разгърнете вашите сървъри за производствена употреба.
- MCP Спецификация 2025-06-18 - Официална спецификация.
- MCP SDK Документация - SDK референции за всички езици.
- Примери от общността - Още примери за сървъри от общността.
Отказ от отговорност:
Този документ е преведен с помощта на AI услуга за превод Co-op Translator. Въпреки че се стремим към точност, моля, имайте предвид, че автоматичните преводи може да съдържат грешки или неточности. Оригиналният документ на неговия изходен език трябва да се счита за авторитетен източник. За критична информация се препоръчва професионален превод от човек. Не носим отговорност за каквито и да било недоразумения или погрешни интерпретации, произтичащи от използването на този превод.